Hi there, I have been using the com.oreilly.servlet.MultipartRequest object ) to upload files using a form fill-in. This object has worked really nicely, until I uploaded the pages that use it onto another server (exactly the same permissions, versions etc. As the last server). On Wednesday 25 April 2001 04:14, Russell Gold wrote: > In article, 'Adrian Hill' > wrote: > >> Hi there, >> >> I have been using the com.oreilly.servlet.MultipartRequest object >> ) to upload files using a form fill-in. >> >> java.io.IOException: Corrupt form data: no leading boundary >> at >> com.oreilly.servlet.MultipartRequest.readRequest(MultipartRequest.java:280) >> at com.oreilly.servlet.MultipartRequest.(MultipartRequest.java:140) >> at com.oreilly.servlet.MultipartRequest.(MultipartRequest.java:96) >> >> I am using: tomcat v3.2.1 with mod_jserve and apache v3.1.12 >> >> Has anyone got any suggestions? Al raghavan songs mp3 free download. Any help would be much appreciated. >> Regards, > > There is a bug in the oreilly classes. Here you can download the dependencies for the java class com.oreilly.servlet.MultipartRequest. Use this engine to looking through the maven repository. All Downloads are FREE. Search and download functionalities are using the official Maven repository. Related Artifacts. MultipartRequest MultipartParser (HttpServletRequest, int) Creates a MultipartParser from the specified request, which limits the upload size to the specified length, buffers for performance and prevent attempts to read past the amount specified by the Content-Length. ![]() When the boundary tag used is > very long, it can wrap to a separate header line; unfortunately, the > oreilly classes do not handle this. This has been reported to Jason > Hunter; I presume that he will release an updated version at some > The blueprint 2 the gift the curse tracklist. point. Could you post (or mail me) instructions which would allow me to reproduce this bug? I'm fairly sure my own maybeupload library would fall over in exactly the same way, and I'd like to fix it if I can. > The reason that you are seeing different behavior is probably that the > creation of the boundary strings is often VM-dependant. The boundary strings aren't created server-side, they're created client-side. So changing the server shouldn't change them, surely? -- (Simon Brooke);; Madness takes its toll. Please have exact change. Hi there, I have been using the com.oreilly.servlet.MultipartRequest object ) to upload files using a form fill-in. This object has worked really nicely, until I uploaded the pages that use it onto another server (exactly the same permissions, versions etc. As the last server). On Wednesday 25 April 2001 04:14, Russell Gold wrote: > In article, 'Adrian Hill' > wrote: > >> Hi there, >> >> I have been using the com.oreilly.servlet.MultipartRequest object >> ) to upload files using a form fill-in. >> >> java.io.IOException: Corrupt form data: no leading boundary >> at >> com.oreilly.servlet.MultipartRequest.readRequest(MultipartRequest.java:280) >> at com.oreilly.servlet.MultipartRequest.(MultipartRequest.java:140) >> at com.oreilly.servlet.MultipartRequest.(MultipartRequest.java:96) >> >> I am using: tomcat v3.2.1 with mod_jserve and apache v3.1.12 >> >> Has anyone got any suggestions? Any help would be much appreciated. >> Regards, > > There is a bug in the oreilly classes. When the boundary tag used is > very long, it can wrap to a separate header line; unfortunately, the > oreilly classes do not handle this. This has been reported to Jason > Hunter; I presume that he will release an updated version at some > point. Could you post (or mail me) instructions which would allow me to reproduce this bug? I'm fairly sure my own maybeupload library would fall over in exactly the same way, and I'd like to fix it if I can. > The reason that you are seeing different behavior is probably that the > creation of the boundary strings is often VM-dependant. The boundary strings aren't created server-side, they're created client-side. So changing the server shouldn't change them, surely? -- (Simon Brooke);; Madness takes its toll. Please have exact change.
0 Comments
Leave a Reply. |