struts-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Martin Gainty <mgai...@hotmail.com>
Subject RE: Uploading large files
Date Wed, 05 Aug 2009 15:41:09 GMT

Dan-
Struts 1.x has a hard ceiling of 4MB for max file size of uploaded files

have you tried the new Struts-2.1.7 upload plugin?

Martin Gainty 
______________________________________________ 
Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité
 Ez az
üzenet bizalmas.  Ha nem ön az akinek szánva volt, akkor kérjük, hogy
jelentse azt nekünk vissza. Semmiféle továbbítása vagy másolatának
készítése nem megengedett.  Ez az üzenet csak ismeret cserét szolgál és
semmiféle jogi alkalmazhatósága sincs.  Mivel az electronikus üzenetek
könnyen megváltoztathatóak, ezért minket semmi felelöség nem terhelhet
ezen üzenet tartalma miatt.

Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfaenger sein, so bitten
wir hoeflich um eine Mitteilung. Jede unbefugte Weiterleitung oder Fertigung einer Kopie ist
unzulaessig. Diese Nachricht dient lediglich dem Austausch von Informationen und entfaltet
keine rechtliche Bindungswirkung. Aufgrund der leichten Manipulierbarkeit von E-Mails koennen
wir keine Haftung fuer den Inhalt uebernehmen.
Ce message est confidentiel et peut être privilégié. Si vous n'êtes pas le destinataire
prévu, nous te demandons avec bonté que pour satisfaire informez l'expéditeur. N'importe
quelle diffusion non autorisée ou la copie de ceci est interdite. Ce message sert à l'information
seulement et n'aura pas n'importe quel effet légalement obligatoire. Étant donné que les
email peuvent facilement être sujets à la manipulation, nous ne pouvons accepter aucune
responsabilité pour le contenu fourni.




> Date: Wed, 5 Aug 2009 15:49:58 +0100
> Subject: Re: Uploading large files
> From: daniele.dml@googlemail.com
> To: user@struts.apache.org
> 
> Hi All,
> I posted an email concerning the uploading of large files and on the
> streaming of them into the local HD or database - this email should fall in
> the same thread.
> 
> Now, always using Struts 1.3 with the Common File API, I'm uploading and
> downloading a 1.5 Gb through the web interface and I'm monitoring the
> resource of the local system (i.e. memory mainly) using Java VisualVM (tool
> that comes with the Sun JDK) and the Windows Task Manager.
> 
> I'm surprised to see that with both tools, on the JVM process and on Tomcat
> process, I don't see any considerable increase of memory, from which I infer
> that some how the file is streamed into the local HD.
> 
> I'm a sort of surprised (positively, I mean) as from the Apache Common API
> URL I provided and from your other comment it seemed that it was not managed
> in this way for Struts 1.
> 
> I would like to understand this situation better and I was wondering whether
> any of you knows more or can provide some pointers to docs online - I cannot
> find anything very specific on this aspect.
> 
> Many thanks!
> 
> Dan
> 
> 
> On Tue, Jul 14, 2009 at 2:55 PM, Dale Newfield <dale@newfield.org> wrote:
> 
> > Daniele Development-ML wrote:
> >
> >> 3. Went to the FAQ section to see how I could integrate in my Struts
> >> application ( http://commons.apache.org/fileupload/faq.html ), and read
> >> the
> >> last point - from which I assumed Struts doesn't use this modality.
> >>
> >
> > Those two FAQs are related to Struts1, not Struts2.  In Struts2 the
> > standard way to do this is to use the fileUpload interceptor, and then the
> > action need not be special, just have a few relevant setters.
> >
> >  download
> >>
> >
> > For this you'll want to look into the "stream" result type.
> >
> > -Dale
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> > For additional commands, e-mail: user-help@struts.apache.org
> >
> >

_________________________________________________________________
Windows Live™: Keep your life in sync.
http://windowslive.com/explore?ocid=PID23384::T:WLMTAGL:ON:WL:en-US:NF_BR_sync:082009
Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message