Mailing-List: contact user-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Users List" <user@commons.apache.org>
Received-SPF: pass (nike.apache.org: domain of paul.hussein@gmail.com
 designates 209.85.218.172 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:reply-to:in-reply-to:references:date:message-id
         :subject:from:to:content-type;
        b=btiuc8q2uRr4MjMChVauErue1ytddJUQUEMX9Vzv0zUzj/EkP/O60ot4tXg28we785
         QlTri/jF+IJAD4RTvWl0GzJfzUZO3YTTTIwZ1XJywhP6Ya0nLUnS/6XfH3CuLceB7aQF
         DoDREcCx0RxNAbL2X9qFbYXqXraqIElGsxhvU=
MIME-Version: 1.0
Reply-To: paul.hussein@hapnin.net
In-Reply-To: <f2e8eedf0903040645t281a241ie27f292edc031ed6@mail.gmail.com>
References: <49AE713F.3010600@gmail.com>
	 <C6E9075FE95340339B8DB9ABED38A225@pwit.com>
	 <49AE8F4E.9090502@gmail.com>
	 <f2e8eedf0903040645t281a241ie27f292edc031ed6@mail.gmail.com>
Date: Wed, 4 Mar 2009 17:32:39 +0100
Message-ID: <396e4a880903040832l3a3d37d7m7d08acad01809da4@mail.gmail.com>
Subject: Re: [FILEUPLOAD] Problem with huge files (>2GB)
From: Paul Hussein <paul.hussein@gmail.com>
To: Commons Users List <user@commons.apache.org>
Content-Type: multipart/alternative; boundary=001636c5a9ffa4cbc404644d99fe

--001636c5a9ffa4cbc404644d99fe
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

some interesting google hits

Bottom points
https://issues.apache.org/struts/browse/STR-2959


http://www.motobit.com/help/scptutl/pa98.htm

Lots of software uses integer and not a large integer, so they are
inherently limited.

I would use FTP for such large files.


On Wed, Mar 4, 2009 at 3:45 PM, James Carman <james@carmanconsulting.com>wrote:

> Perhaps an applet (or webstarted application) and use Commons VFS to
> move your files?  We use Commons VFS over FTP (among other protocols)
> and it works great.  I only suggest VFS because it would be easy to
> switch between transport mechanisms during unit testing (using local
> files/directories during unit testing if need be or just mock
> objects).
>
> On Wed, Mar 4, 2009 at 9:25 AM, Ward <wardlootens@gmail.com> wrote:
> > Seems the problem lies in another place:
> > modern browsers don't support uploads of 2GB and more
> > (On Safari on windows I got to 4Gb, but that was the maximum there...)
> >
> > So I will have to find another solution...
> >
> > Grtz
> >
> > Ward
> >
> > Raghuveer.V schreef:
> >>
> >> I understand you have a problem of file upload size limit.
> >> Check the docs if it has defult size of 2 GGB.
> >> I used upload which is with struts.
> >> In struts which uses commons-upload ,the upload size can be controlled
> in
> >> struts-config.xml file
> >> <controller bufferSize="8192"  maxFileSize="100K"
> >>
> >> Let us see if some one suggests a alternative solution.
> >>
> >>
> >>
> >> ----- Original Message ----- From: "Ward" <wardlootens@gmail.com>
> >> To: <user@commons.apache.org>
> >> Sent: Wednesday, March 04, 2009 5:47 PM
> >> Subject: [FILEUPLOAD] Problem with huge files (>2GB)
> >>
> >>
> >>> Hello,
> >>>
> >>> I'm currently working on a web application which sould be able to deal
> >>> with large multimedia-files.
> >>> For uploading the files I'm using the Apache Commons FileUpload
> library.
> >>> This works great for files up to 2GB, but when I try it with files
> >>> larger than 2GB, things go wrong:
> >>> The upload doesn't start, in fact, the doPost()-method of the Servlet
> >>> which handles the upload-request is never called.
> >>>
> >>> I think this might have something to do with the contentLength-property
> >>> of ServletRequest, which is an integer (so contentLengths > 2GB would
> >>> cause an overflow), but I'm not sure this is the problem.
> >>>
> >>> So: is it true that the maximum size of a post to a servlet cannot
> >>> exceed 2GB?
> >>> And is there somenone who could giveme some hints about how to make it
> >>> possible to upload huge files? Files-sizes up to 50GB and more should
> be
> >>> supported (raw and un-encode videofiles that are)
> >>>
> >>> Thanks in advance, you would really help me out!
> >>>
> >>> Grtz
> >>>
> >>> Ward (Belgium)
> >>>
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
> >>> For additional commands, e-mail: user-help@commons.apache.org
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
> >> For additional commands, e-mail: user-help@commons.apache.org
> >>
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
> > For additional commands, e-mail: user-help@commons.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
> For additional commands, e-mail: user-help@commons.apache.org
>
>

--001636c5a9ffa4cbc404644d99fe--