Telios has a File-Upload with a decent-looking progress-bar http://www.telio.be/blog/2006/01/06/ajax-upload-progress-monitor-for-commons-fileupload-example/
Martin Gainty ______________________________________________ Verzicht und Vertraulichkeitanmerkung/Note de déni et de confidentialité 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: Tue, 8 Mar 2011 18:27:21 -0700 > Subject: Looking for a good multi-file upload solution > From: james.t.de...@asu.edu > To: user@struts.apache.org > > Hello all, > > Our team is looking to support multiple concurrent uploads in struts2 > (i.e. "ajaxy", gmail-style file uploads, with progress bars, that > begin immediately instead of when the user submits the form). > > We are wondering if there are any tips or best practices for > implementing this feature. For example, does struts require any > special handling for XHR multipart requests? Also, is it appropriate > to use the FileUploadInterceptor for this sort of thing, or is it > better to roll our own? > > We've briefly looked at ajax-file-upload-struts2 > (http://code.google.com/p/ajax-file-upload-struts2/) but it looks as > though that project is either abandoned or incomplete (if that's wrong > please let me know). > > As for the client side, we've looked at swfupload, plupload, and > uploadify. They seem to have their various strengths/weaknesses but > if anyone has a found a solution that they prefer we'd love to hear > it. Many thanks for your time --Jim > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > For additional commands, e-mail: user-h...@struts.apache.org >