R�my,

I had a look into the sources. There it reads:

class MultipartParser:
>>>>>>>>>>>>"
 do {
      String line = readLine();
      if (line == null) {
        throw new IOException("Corrupt form data: premature ending");
<----------------
      }
"<<<<<<<<<<<<<<
(:-)))))

By which method should 'readLine()' be replaced to achieve best performance
?

grisi

----- Original Message -----
From: Remy Maucherat <[EMAIL PROTECTED]>
To: Tomcat Users List <[EMAIL PROTECTED]>
Sent: Thursday, December 04, 2003 3:23 PM
Subject: Re: TC 4 <-oreillyMultipart-> TC5: Corrupt form data: premature
ending


> Shapira, Yoav wrote:
> > Howdy,
> >
> >>Another issue came up comparing TC4 and TC5:
> >>
> >>using the oreilly multipart lib on TC5 causes the error
> >>"...Corrupt form data: premature ending" on POST uploads.
> >>
> >>As stated in the FAQ's at http://www.servlets.com/cos/faq.html
> >>this problem is merely due to the webcontainer and has been fixed with
> >>Tomcat 4.
> >
> > Umm, you misread that section of the FAQ.  It states that there are many
> > possible causes for this bug.  A small subcase (IE, client hitting stop
> > then starting again, leading to empty input stream) was isolated and
> > fixed in a couple of containers (tomcat 4.0 and weblogic 6.1 according
> > to the FAQ).
> >
> >>I tested and can state that this problem doesn't occur with TC4.
> >>But it is apparent with TC5 again.
> >>Will this be fixed ?
> >
> > If you provide a concise description along with a test case or steps to
> > reproduce your problems, there's a chance it might be fixed.
>
> There has been enough testing for uploading (with the standalone
> connector, at least, but there's no difference with JK for this), that I
> can confidently say that there's very little likelihood of a Tomcat bug
> in this area.
>
> Maybe if the thing uses readLine on the Tomcat provided reader (a rather
> annoying method to implement, so maybe there could be a bug), but in the
> unlikely case it does, I recommend dumping that library in favor of
> commons-fileupload (readLine is by definition awful performance wise).
>
> --
> xxxxxxxxxxxxxxxxxxxxxxxxxxxxx
> R�my Maucherat
> Senior Developer & Consultant
> JBoss Group (Europe) S�RL
> xxxxxxxxxxxxxxxxxxxxxxxxxxxxx
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to