Mailing-List: contact commons-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Jakarta Commons Users List" <commons-user@jakarta.apache.org>
From: "Bill Simpson" <wsimpson@syntricity.com>
To: <commons-user@jakarta.apache.org>
Subject: Large File Upload with fileupload 1.0 {Scanned}
Date: Tue, 30 Mar 2004 16:02:59 -0800
Message-ID: <NFBBKGMGKMFLLCJGCCHACEFODDAA.wsimpson@syntricity.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Importance: Normal

Hello All,

I read through the archives for this issue but did not find any answers that
really solved my problem. I also thought I might be able to shed a little
more light on the problem.

I am seeing issues when I upload large files, where large is an arbitrary
size, but let's say it's greater than 10MB.  Does not matter if the data is
binary or otherwise.  The upload request never comes back until the request
times out.  A log entry is emitted with the following exception:

org.apache.commons.fileupload.FileUploadException: Processing of
multipart/form-data request failed.  Connection reset
	at
org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.jav
a:429)

I see the above when I'm patient enough to let it timeout.  I've also seen:

org.apache.commons.fileupload.FileUploadException: Processing of
multipart/form-data request failed.  Stream ended unexpectedly
	at
org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.jav
a:429)

I'm using commons-fileupload-1.0.jar in a servlet inside Tomcat 5.0.19 on
Solaris.  My client is IE 6 on Windows 2K Professional.  When I upload a
small file, it works fine, but as soon as I reach what I call the "large"
realm, it fails as above.

When I change the server configuration to a Windows environment and keep
everything else the same, it works fine.

When I use the Solaris version and Mozilla on Windows, it works fine.

This problem only seems to exist with the specific case of IE against
Solaris.

I hope I've shed a little more light on this problem.  I don't think it's a
data size issue, as I also happen to have a CGI component that does file
uploads (which I'm trying to replace with commons-fileupload), and it works
(albeit horribly slowly/memory inefficiently).

I appreciate any feedback on this, as I'm trying to ship a release of our
software next week.

Thanks,

Bill


---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org