You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@wicket.apache.org by René Hartwig <Re...@befine-solutions.com> on 2014/07/02 08:49:28 UTC

Replacing DiskFileItemfactory

Hi,

is it possible to replace the DiskFileItemFactory with an implementation 
of my own? From what I see in Wicket code it is not.
I need a bit more control over the files and am basically having the 
same problem as mentioned here:
http://stackoverflow.com/questions/8493819/wicket-fileuploadfield-and-large-zip-uploads

What I'm trying to do is a HTML5 upload, so the server will retrieve a 
big amount of file chunks that have to be put together at the end again 
and I'd therefore would like to have a bit more control over the files 
created.

I would be greatful for any suggestions.
Thanks and regards,
René



-- 

René Hartwig
Senior Developer

*Befine Solutions AG - The Cryptshare Company*
Bebelstraße 17
79108 Freiburg
Germany

Tel: +49 (0) 761 38913 0
Fax: +49 (0) 761 38913 115

E-Mail: _Rene.Hartwig@befine-solutions.com_
Internet: http://www.cryptshare.com

=========================================================================

Your attachments are too large or too confidential for e-mail?
Get to know Cryptshare!

http://www.cryptshare.com

=========================================================================

<http://www.linkedin.com/company/befine-solutions/products>

Amtsgericht Freiburg HRB 6144
Vorstand Mark Forrest, Dominik Lehr
Aufsichtsratsvorsitzender Thilo Braun



Re: Replacing DiskFileItemfactory

Posted by René Hartwig <Re...@befine-solutions.com>.
Hi,

yepp, that'll do it - didn't see that. Thanks!

Best regards,

René Hartwig
Senior Developer

*Befine Solutions AG - The Cryptshare Company*
Bebelstraße 17
79108 Freiburg
Germany

Tel: +49 (0) 761 38913 0
Fax: +49 (0) 761 38913 115

E-Mail: _Rene.Hartwig@befine-solutions.com_
Internet: http://www.cryptshare.com

=========================================================================

Your attachments are too large or too confidential for e-mail?
Get to know Cryptshare!

http://www.cryptshare.com

=========================================================================

<http://www.linkedin.com/company/befine-solutions/products>

Amtsgericht Freiburg HRB 6144
Vorstand Mark Forrest, Dominik Lehr
Aufsichtsratsvorsitzender Thilo Braun


Am 02.07.2014 09:05, schrieb Martin Grigorov:
> Hi,
>
> You can 
> extend org.apache.wicket.protocol.http.servlet.ServletWebRequest#newMultipartWebRequest(org.apache.wicket.util.lang.Bytes, 
> java.lang.String) and return new public 
> MultipartServletWebRequestImpl(HttpServletRequest request, String 
> filterPrefix, Bytes maxSize, String upload, FileItemFactory factory)
>
> Martin Grigorov
> Wicket Training and Consulting
> https://twitter.com/mtgrigorov
>
>
> On Wed, Jul 2, 2014 at 9:49 AM, René Hartwig 
> <Rene.Hartwig@befine-solutions.com 
> <ma...@befine-solutions.com>> wrote:
>
>     Hi,
>
>     is it possible to replace the DiskFileItemFactory with an
>     implementation of my own? From what I see in Wicket code it is not.
>     I need a bit more control over the files and am basically having
>     the same problem as mentioned here:
>     http://stackoverflow.com/questions/8493819/wicket-fileuploadfield-and-large-zip-uploads
>
>     What I'm trying to do is a HTML5 upload, so the server will
>     retrieve a big amount of file chunks that have to be put together
>     at the end again and I'd therefore would like to have a bit more
>     control over the files created.
>
>     I would be greatful for any suggestions.
>     Thanks and regards,
>     René
>
>
>
>     -- 
>
>     René Hartwig
>     Senior Developer
>
>     *Befine Solutions AG - The Cryptshare Company*
>     Bebelstraße 17
>     79108 Freiburg
>     Germany
>
>     Tel: +49 (0) 761 38913 <tel:%2B49%20%280%29%20761%2038913> 0
>     Fax: +49 (0) 761 38913 115 <tel:%2B49%20%280%29%20761%2038913%20115>
>
>     E-Mail: _Rene.Hartwig@befine-solutions.com
>     <ma...@befine-solutions.com>_
>     Internet: http://www.cryptshare.com
>
>     =========================================================================
>
>     Your attachments are too large or too confidential for e-mail?
>     Get to know Cryptshare!
>
>     http://www.cryptshare.com
>
>     =========================================================================
>
>     <http://www.linkedin.com/company/befine-solutions/products>
>
>     Amtsgericht Freiburg HRB 6144
>     Vorstand Mark Forrest, Dominik Lehr
>     Aufsichtsratsvorsitzender Thilo Braun
>
>
>


Re: Replacing DiskFileItemfactory

Posted by Martin Grigorov <mg...@apache.org>.
Hi,

You can
extend org.apache.wicket.protocol.http.servlet.ServletWebRequest#newMultipartWebRequest(org.apache.wicket.util.lang.Bytes,
java.lang.String) and return new public
MultipartServletWebRequestImpl(HttpServletRequest request, String
filterPrefix, Bytes maxSize, String upload, FileItemFactory factory)

Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov


On Wed, Jul 2, 2014 at 9:49 AM, René Hartwig <
Rene.Hartwig@befine-solutions.com> wrote:

>  Hi,
>
> is it possible to replace the DiskFileItemFactory with an implementation
> of my own? From what I see in Wicket code it is not.
> I need a bit more control over the files and am basically having the same
> problem as mentioned here:
>
> http://stackoverflow.com/questions/8493819/wicket-fileuploadfield-and-large-zip-uploads
>
> What I'm trying to do is a HTML5 upload, so the server will retrieve a big
> amount of file chunks that have to be put together at the end again and I'd
> therefore would like to have a bit more control over the files created.
>
> I would be greatful for any suggestions.
> Thanks and regards,
> René
>
>
>
> --
>
> René Hartwig
> Senior Developer
>
> *Befine Solutions AG - The Cryptshare Company*
> Bebelstraße 17
> 79108 Freiburg
> Germany
>
> Tel: +49 (0) 761 38913 0
> Fax: +49 (0) 761 38913 115
>
> E-Mail: *Rene.Hartwig@befine-solutions.com
> <Re...@befine-solutions.com>*
> Internet: http://www.cryptshare.com
>
> =========================================================================
>
> Your attachments are too large or too confidential for e-mail?
> Get to know Cryptshare!
>
> http://www.cryptshare.com
>
> =========================================================================
>
>  <http://www.linkedin.com/company/befine-solutions/products>
>
> Amtsgericht Freiburg HRB 6144
> Vorstand Mark Forrest, Dominik Lehr
> Aufsichtsratsvorsitzender Thilo Braun
>
>
>
>