Yes. I have tried with Chrome and Opera David. Firefox n Explorer just fail instantly after looking at the file size over 2GB.
On Wed, Aug 22, 2012 at 7:58 PM, David kerber <dcker...@verizon.net> wrote: > Bug, yes, but it sounds to me like the bug is more likely on the client > end, since the common component of the failing test is the windows client; > the server side seems to be fine on both Windows and Linux. > > Have you tried different browsers on the windows machine yet? > > > > > On 8/22/2012 10:16 AM, Sahana Voleti wrote: > >> Sir, >> despite trying configuring in access log valves if the same error message >> persists then there must be some bug. It beautifully uploads from >> a Linux to a windows and Linux machine to linux machine(for over 10GB file >> size) but using windows machine as a client it just doesn't upload files >> above 4GB. There is no network problem as this is being done over LAN. >> Also >> I found this in the Apache website: >> https://issues.apache.org/**jira/secure/IssueNavigator.** >> jspa?reset=true&pid=12310476&**sorter/field=issuekey&sorter/**order=DESC<https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&pid=12310476&sorter/field=issuekey&sorter/order=DESC> >> >> check out the error Processing of multipart/form-data request failed. >> Stream ended >> unexpectedly org.apache.commons.fileupload.**FileUploadBase$** >> IOFileUploadException: >> Processing of multipart/form-data request failed. Stream ended >> unexpectedly >> >> >> >> >> >> >> >> >> On Tue, Aug 21, 2012 at 8:35 PM, Christopher Schultz< >> ch...@christopherschultz.net> wrote: >> >> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> Sahana, >>> >>> On 8/21/12 9:49 AM, Sahana Voleti wrote: >>> >>>> I have tried all the techniques that we have discussed and yet I >>>> get the following error: >>>> >>>> org.apache.commons.fileupload.**FileUploadBase$**IOFileUploadException: >>>> >>>> >>>> Processing o >>> >>>> f multipart/form-data request failed. Stream ended unexpectedly >>>> org.apache.commons.fileupload.**FileUploadBase$**IOFileUploadException: >>>> >>>> >>>> Processing of multipart/form-data request failed. Stream ended >>> unexpectedly >>> >>>> >>>> Is there any other solution for this? >>>> >>> >>> The problem is that you aren't helping us figure out what the original >>> problem is. This problem could occur due to a number of reasons, among >>> them: >>> >>> 1. Client is sending the wrong content-length. You can verify this by >>> checking the content-length HTTP header in the request using >>> AccessLogValve (which has already been described) or other >>> techniques (like writing your own Filter and fetching the value >>> yourself). >>> >>> 2. Client is crashing before all bytes can be uploaded. You will have >>> to observe the client during the connection to see if it is acting >>> strangely. >>> >>> 3. There is a problem with network hardware -- some hiccup occurs and >>> kills the connection. Does the error happen every time you try? If >>> so, this is unlikely to be the problem. If it happens randomly, >>> network problems may be the source of the issue. >>> >>> 4. A bug in commons-upload (which is very unlikely). >>> >>> I suspect you will simply respond saying "yes, but how do I fix it?" >>> so I won't waste any more of my time asking questions you will never >>> answer. >>> >>> - -=chris >>> -----BEGIN PGP SIGNATURE----- >>> Version: GnuPG/MacGPG2 v2.0.17 (Darwin) >>> Comment: GPGTools - http://gpgtools.org >>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ >>> >>> iEYEARECAAYFAlAzo74ACgkQ9CaO5/**Lv0PB2PwCePd+**tdOhDbrzZwRYyawgRB3yc >>> FKMAn0wpuYDyo4V509Q4/**3WLhKAgnfth >>> =gFWW >>> -----END PGP SIGNATURE----- >>> >>> ------------------------------**------------------------------** >>> --------- >>> To unsubscribe, e-mail: >>> users-unsubscribe@tomcat.**apache.org<users-unsubscr...@tomcat.apache.org> >>> For additional commands, e-mail: users-h...@tomcat.apache.org >>> >>> >>> >> > > ------------------------------**------------------------------**--------- > To unsubscribe, e-mail: > users-unsubscribe@tomcat.**apache.org<users-unsubscr...@tomcat.apache.org> > For additional commands, e-mail: users-h...@tomcat.apache.org > >