On Wed 12 Feb 2014 03:24:41 AM PST, Michal Petrov wrote: Be sure to reach out to Lukas or myself if you need a hand sorting out what's going on there. Looking at these options Lukas pointed out: Option 1) http://blueimp.github.io/jQuery-File-Upload/basic-plus.html Pros: MIT license, jQuery based, Bootstrap themed, simple/familiar UI Option 2) http://www.dropzonejs.com/ Pros: MIT license, Neat drag/drop UI Con: Seems limited to a drag/drop UI I agree with Micha;s assessment that Option 1) seems like a better fit. Is anyone familiar with any other file upload widgets we should consider? Brian

{quote:modifiedtitle=true|class=jive_text_macro jive_macro_quote} ad) new widget we might want to do more rigorous search for alternative widgets. Let's collect requirements here: * drag-drop * progress indication * file size limits * rejection per file / mime-type (practically all things original widget had, just client-side) {quote} I will take a look but those requirements do not seem hard to implement if we needed to. Drop support in particular is just a listener for drop event and can be easily added to the current fileUpload. Concerning the server side what are the requirements past sending the files to a servlet, are we letting the user handle it? Posted by forums Original post: https://community.jboss.org/message/857511#857511

As Michal mentioned on the team meeting, we are not able to hook into XMLHttpRequest object that we need to make client-side progress tracking work. We did a bit of research with Brian yesteday and found out that there is no other library that would do what we want to achieve, so we can't really get inspired elsewhere. Note: the only such implementation is PrimeFaces but they don't use standard JSF AJAX (jsf.ajax.request function), they use jQuery.ajax If we look into implementation of jsf.js, XMLHttpRequest (XHR) is not really exposed anywhere, not even on onevent('begin') [1]. I believe it would be significant improvement to expose XHR instance used to drive given JSF AJAX request here, that's why I will fill JAVASERVERFACES (and MyFaces) issue Fortunately, there is a way how to hook into XHR instance itself - it is possible to intercept XHR.open method [2] by overriding its declaration. That's also the approach that we use in Graphene [3] (the impl there is actually more powerful than we need here). Even though, Graphene implementation is proven to work cross-browser: * IE8+ (IE7 and less is not worth the trouble) * Firefox, Chrome, Safari * Opera support unknown The idea is that we can: 1. override a XHR.open method just before jsf.ajax.request 2. wait for call to XHR.open and store reference to the invoked XHR instance 3. override a XHR.open method back just after jsf.ajax.request method These steps should be performed in a try {} catch {} block and if we do not succeed to obtain XHR instance this way, we should perform fallback to show progress bar that reflects "uploading" and "upload completed" states. There are two possible places for overriding: 1. richfaces.js intercepts calls to jsf.ajax.request already [5] 2. in fileupload.js [6] - note: I'm not sure whether we should do submitForm here, we may use RichFaces.ajax / jsf.ajax.request ~ Lukas [1] https://github.com/jboss/mohttp://stackoverflow.com/questions/629671/how-... [2] http://stackoverflow.com/questions/629671/how-can-i-intercept-xmlhttprequ... [3] https://github.com/arquillian/arquillian-graphene/blob/master/impl/src/ma... [4] http://www.w3schools.com/browsers/browsers_explorer.asp [5] https://github.com/richfaces/richfaces/blob/master/framework/src/main/res... [6] https://github.com/richfaces/richfaces/blob/master/framework/src/main/res... On Thu, Feb 13, 2014 at 3:55 PM, Lukáš Fryč <lukas.fryc(a)gmail.com&gt; wrote:

As I mentioned on the meeting the fileUpload wasn't working for me, not even the current iframe-based version. As it turns out I can only get it to work on WildFly-8.0.0.CR1 (Mojarra 2.2.4-jbossorg-1), it doesn't work on WildFly 8 Final (Mojarra 2.2.5-jbossorg-3). What I found out is that when the form is submitted the necessary parameters are not sent with it, especially javax.faces.ViewState. When JSF doesn't find the viewState parameter it skips the Apply Request Values phase which is where we check the files and put the upload events in a queue. There might be something in JavaScript, but if it doesn't find even the parameters sent by the standard XHR (I'll have to check that) I guess there is a bug. Posted by forums Original post: https://community.jboss.org/message/860763#860763

On 14-03-07 08:29 AM, Michal Petrov wrote: Nice work in isolating this issue Michal. Please go ahead and file an UNDERTOW jira issue when you feel you have sufficient information to do so. Brian

It would seem checking if request.getParts() is not empty is enough to determine the servlet version. One other issue was that servlet 2.5 cannot recognize the multipart/form-data encoding so all necessary parameters have to be put in the URL instead of being part of the FormData we're sending. Posted by forums Original post: https://community.jboss.org/message/874760#874760