commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "KONTRA, Gergely" <pihent...@gmail.com>
Subject Re: [fileupload] Uploading large files
Date Fri, 01 Mar 2013 15:07:47 GMT
Hi all!

As I find my concrete issue in the JIRA here:
https://issues.apache.org/jira/browse/FILEUPLOAD-195#comment-13589406 I
have a new question:

I am ready to fix this problem, and I would like to contribute the result
to the community.

But first, IS THERE ANYBODY FIXING 2GB UPLOAD LIMIT SILENTLY?

Is the way of it forking the project on github
https://github.com/apache/commons-fileupload fixing the problem and
requesting a pull request?

thanks
Gergo

+-[ Gergely Kontra <pihentagy@gmail.com> ]------------------+
|                                                           |
| Mobile:(+36 20)356 9656                                   |
|                                                           |
+- "Olyan lángész vagyok, hogy poroltóval kellene járnom!" -+


On Fri, Mar 1, 2013 at 9:47 AM, KONTRA, Gergely <pihentagy@gmail.com> wrote:

> Hi all!
>
> As I see, I am not the only developer, who are suffering from the
> limitation of the 2Gb limit of uploaded files.
> To be more pcecise, uploading 2Gb+ files goes well, but the total size of
> the file is reported incorrectly. I am trying to use gwtupload with
> fileupload and noticed, that the progress bar doesn't work.
>
> If nobody does this before, I will fork fileupload and make progress
> reporting correct for huge files. I just write here to ask, if there is
> already a patched version available somewhere, which overcomes the
> beforementioned limitation (I hope so...)
>
> thanks
> Gergo
> +-[ Gergely Kontra <pihentagy@gmail.com> ]------------------+
> |                                                           |
> | Mobile:(+36 20)356 9656                                   |
> |                                                           |
> +- "Olyan lángész vagyok, hogy poroltóval kellene járnom!" -+
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message