Return-Path: Delivered-To: apmail-jakarta-commons-user-archive@www.apache.org Received: (qmail 62780 invoked from network); 23 Feb 2004 18:52:09 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 23 Feb 2004 18:52:09 -0000 Received: (qmail 45563 invoked by uid 500); 23 Feb 2004 18:51:55 -0000 Delivered-To: apmail-jakarta-commons-user-archive@jakarta.apache.org Received: (qmail 45528 invoked by uid 500); 23 Feb 2004 18:51:55 -0000 Mailing-List: contact commons-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Users List" Reply-To: "Jakarta Commons Users List" Delivered-To: mailing list commons-user@jakarta.apache.org Received: (qmail 45513 invoked from network); 23 Feb 2004 18:51:54 -0000 Received: from unknown (HELO porky.acpsistemas.com.ar) (200.61.156.90) by daedalus.apache.org with SMTP; 23 Feb 2004 18:51:54 -0000 Received: from mmarchetta by porky.acpsistemas.com.ar with local (Exim 3.35 #1 (Debian)) id 1AvLBM-0001YY-00 for ; Mon, 23 Feb 2004 15:51:56 -0300 References: In-Reply-To: From: "Martin Marchetta" To: "Jakarta Commons Users List" Subject: Re: RE : FileUploadException Date: Mon, 23 Feb 2004 15:51:56 -0300 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Message-Id: X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Hi. Thanks to everybody (specially to Robert) for the help. I moved to the previous version of the isapi redirector (isapi_redirect 1.2.5) and everything works perfect. The redirector seems to have the same functionality than the newer version (perhaps the newer one has better performance?), and the upload works cool, so it is possible to move to the old version without causing problems for the rest of the applications. Thanks Mart�n Hertenstein Alain writes: > Martin : I fully agree with you, the problem seems to be in the connector, as this is the main config difference between both servers we use here. > Robert, thanks a lot for the link. > > Unfortunately we use the ISAPI redirector 2 and we -cannot- change into the older version (IIS is on a production server and the company won't agree to change its current configuration at all since there are other applications also working with this setup). > > So now, what can we do to have this problem resolved ? > Will there be a fix on the redirector v2 or something ? > > Thanks a lot, > Alain > > -----Message d'origine----- > De : Robert Priest [mailto:Robert.Priest@bentley.com] > Envoy� : jeudi, 19. f�vrier 2004 20:28 > � : 'Jakarta Commons Users List' > Objet : RE: FileUploadException > > > you may want to take a look at this info: > > http://issues.apache.org/bugzilla/show_bug.cgi?id=25598 > > -----Original Message----- > From: Martin Marchetta [mailto:mmarchetta@acpsistemas.com.ar] > Sent: Thursday, February 19, 2004 11:09 AM > To: Jakarta Commons Users List > Subject: Re: FileUploadException > > > That's the exact error I get (I was starting to think that I am the only one > > that have the problem). > I have traced the source code of the FileUpload API, and It's ok. And If you > > try to do the upload directly over tomcat (without passing through the IIS) > it works perfect. > Taking into account that I logged the streams generated by the browsers, and > > that these streams are ok, at this point there are 2 possibilities: the > problem is the IIS, or the ISAPI redirector. > I think that the problem is de ISAPI redirector. > Anybody knows a way to see what is the isapi_redirector2.dll passing to > Tomcat? > Or, better than that, a way to see what is receiving the isapi filter? > > Thanks > > > > > Hertenstein Alain writes: > >> Hi to all, >> >> I've used until now the "fileupload 1.0rc1" API successfully on a >> Tomcat 4.1.12 server (WinNT). Uploading form fields and files of any >> size from a JSP form worked perfect. Now I'm deploying the exact same >> webapps (thus same JSP pages and API >> package) for production on another Tomcat Server (4.1.24), which this >> time uses a JK2 connector with an IIS Server. The upload of fields >> works fine. But when I try to upload files (jpg files allowed only) on >> this new setup, it seems that files lower than ca. 54 KB can be >> uploaded successfully, while files greater in size cannot be uploaded >> at all. I get that exception : >> >> org.apache.commons.fileupload.FileUploadException: Processing of >> multipart/form-data request failed. Stream ended unexpectedly >> >> It seems to happen while parsing the request >> (upload.parseRequest(request)). >> >> I've upgraded to the latest version (fileupload 1.0 final, June 2003) >> : still the same error. Changing the init parameters (sizethreshold, >> sizemax, etc) doesn't seem to make any difference either. I've looked >> through the list archives and bug reports for the FileUpload API, but >> I cannot find any solution to this problem. >> >> Please can you help me ? Thanks a lot. >> Best regards, >> Alain >> >> >> ********************************************************************** >> This email and any files transmitted with it are confidential and >> intended solely for the use of the individual or entity to whom they >> are addressed. If you have received this email in error please notify >> the system manager. >> ********************************************************************** >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org >> For additional commands, e-mail: commons-user-help@jakarta.apache.org >> >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org > For additional commands, e-mail: commons-user-help@jakarta.apache.org > > --------------------------------------------------------------------- > To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org > For additional commands, e-mail: commons-user-help@jakarta.apache.org > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org > For additional commands, e-mail: commons-user-help@jakarta.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-user-help@jakarta.apache.org