You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@myfaces.apache.org by "Leonardo K. Shikida" <sh...@gmail.com> on 2014/02/22 02:58:44 UTC
2.2.0 and multipart
Hi
Just noticed this thread about tomee, myfacs 2.2.0 and multipart request
stackoverflow.com/questions/21948228/how-to-get-jsf-file-upload-to-work-on-tomee-1-6
does anyone know if between 2.1.13 and 2.2.0, multipart request has got any
new bug? could not find anything in JIRA
the guy who posted the stackoverflow question tested with
h:commandButton while I've reproduced the problem just switching
myfaces jars from vanilla tomee 1.6.0 from 2.1.13 to 2.2.0 and using
p:fileUpload
[]
Leo
Re: 2.2.0 and multipart
Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.
On Mar 3, 2014 7:33 AM, "Leonardo K. Shikida" <sh...@gmail.com> wrote:
>
> Hi Howard
>
> thanks for the answer
You're welcome, Leonardo.
>
> except for the "primefaces.UPLOADER" thing, I was using FU 1.3 already and
> the primefaces file upload filter.
FileUpload 1.3, alone, did not solve the issue for me.
>
> the difference is that I use PF4 community
>
> I've also noticed from the manual that this parameter is optional (page
192)
>
> (...)
> FileUpload engine on the server side can either be servlet 3.0 or commons
> fileupload. PrimeFaces
> selects the most appropriate uploader engine by detection and it is
> possible to force one or the other
> usign an optional configuration param.
> <context-param>
> <param-name>primefaces.UPLOADER</param-name>
> <param-value>auto|native|commons</param-value>
> </context-param>
> (...)
>
> I'm gonna try setting the parameter explicitly, maybe it's a primefaces
> detection problem.
That's where I think the issue is. Auto detection is failing. That's why I
set to Commons, and then it started working.
>
> thanks!
>
> Leo
>
>
> []
>
> Leo
>
>
> On Sun, Mar 2, 2014 at 8:36 PM, Howard W. Smith, Jr. <
smithh032772@gmail.com
> > wrote:
>
> > On Tue, Feb 25, 2014 at 10:20 AM, Howard W. Smith, Jr. <
> > smithh032772@gmail.com> wrote:
> >
> > > +1 thanks Leonardo for informing the user list about this issue. I am
> > > using MyFaces 2.2 (and/via TomEE 1.6.1 snapshot) with my JSF web
> > > application, and I confirmed this bug/issue too in my app. PrimeFaces
4.x
> > > (simple) fileUpload is no longer working. :(
> > >
> > > maybe, it can/should be confirmed if MyFaces 2.2 (basic/simple)
> > fileUpload
> > > works as designed/expected. i have not tested that though/yet.
> > >
> >
> > okay, this evening, I spent some time with this.
> >
> > 1. I searched google for
> >
> > site:forum.primefaces.org fileupload 2.2
> >
> > 2. found the following on PrimeFaces forum
> >
> > http://forum.primefaces.org/viewtopic.php?f=3&t=31210
> >
> > 3. which referenced the following (solution seemed to be too much)
> >
> >
> >
http://stackoverflow.com/questions/17204355/glassfish-4-jsf-2-2-and-primefaces-fileuploadevent-not-working-together/17363970#17363970
> >
> > 4. which referenced the following as a related link,
> >
> >
> >
http://stackoverflow.com/questions/20316773/primefaces-4-0-fileupload-works-with-mojarra-2-2-but-not-myfaces-2-2?rq=1
> >
> > 5. the answer below, motivated me to upgrade from apache commons
fileupload
> > 1.2.2 to 1.3
> >
> > http://stackoverflow.com/a/20347508/933054
> >
> > 6. and then I looked at PrimeFaces 4.0 user guide, and recognized
something
> > 'new' that could be specified in web.xml. So, I added the following to
my
> > web.xml,
> >
> > <context-param>
> > <param-name>primefaces.UPLOADER</param-name>
> > <param-value>commons</param-value>
> > </context-param>
> >
> > and finally, PrimeFaces (Elite) 4.0.x works with MyFaces 2.2.
> >
> > 7. as per PrimeFaces 4.0 user guide, I already had the following (FYI,
> > below is required if 'commons' fileupload is used)
> >
> > <!-- PrimeFaces FileUpload Filter -->
> > <filter>
> > <filter-name>PrimeFaces FileUpload Filter</filter-name>
> >
> >
<filter-class>org.primefaces.webapp.filter.FileUploadFilter</filter-class>
> > </filter>
> > <filter-mapping>
> > <filter-name>PrimeFaces FileUpload Filter</filter-name>
> > <servlet-name>Faces Servlet</servlet-name>
> > </filter-mapping>
> >
Re: 2.2.0 and multipart
Posted by "Leonardo K. Shikida" <sh...@gmail.com>.
Hi Howard
thanks for the answer
except for the "primefaces.UPLOADER" thing, I was using FU 1.3 already and
the primefaces file upload filter.
the difference is that I use PF4 community
I've also noticed from the manual that this parameter is optional (page 192)
(...)
FileUpload engine on the server side can either be servlet 3.0 or commons
fileupload. PrimeFaces
selects the most appropriate uploader engine by detection and it is
possible to force one or the other
usign an optional configuration param.
<context-param>
<param-name>primefaces.UPLOADER</param-name>
<param-value>auto|native|commons</param-value>
</context-param>
(...)
I'm gonna try setting the parameter explicitly, maybe it's a primefaces
detection problem.
thanks!
Leo
[]
Leo
On Sun, Mar 2, 2014 at 8:36 PM, Howard W. Smith, Jr. <smithh032772@gmail.com
> wrote:
> On Tue, Feb 25, 2014 at 10:20 AM, Howard W. Smith, Jr. <
> smithh032772@gmail.com> wrote:
>
> > +1 thanks Leonardo for informing the user list about this issue. I am
> > using MyFaces 2.2 (and/via TomEE 1.6.1 snapshot) with my JSF web
> > application, and I confirmed this bug/issue too in my app. PrimeFaces 4.x
> > (simple) fileUpload is no longer working. :(
> >
> > maybe, it can/should be confirmed if MyFaces 2.2 (basic/simple)
> fileUpload
> > works as designed/expected. i have not tested that though/yet.
> >
>
> okay, this evening, I spent some time with this.
>
> 1. I searched google for
>
> site:forum.primefaces.org fileupload 2.2
>
> 2. found the following on PrimeFaces forum
>
> http://forum.primefaces.org/viewtopic.php?f=3&t=31210
>
> 3. which referenced the following (solution seemed to be too much)
>
>
> http://stackoverflow.com/questions/17204355/glassfish-4-jsf-2-2-and-primefaces-fileuploadevent-not-working-together/17363970#17363970
>
> 4. which referenced the following as a related link,
>
>
> http://stackoverflow.com/questions/20316773/primefaces-4-0-fileupload-works-with-mojarra-2-2-but-not-myfaces-2-2?rq=1
>
> 5. the answer below, motivated me to upgrade from apache commons fileupload
> 1.2.2 to 1.3
>
> http://stackoverflow.com/a/20347508/933054
>
> 6. and then I looked at PrimeFaces 4.0 user guide, and recognized something
> 'new' that could be specified in web.xml. So, I added the following to my
> web.xml,
>
> <context-param>
> <param-name>primefaces.UPLOADER</param-name>
> <param-value>commons</param-value>
> </context-param>
>
> and finally, PrimeFaces (Elite) 4.0.x works with MyFaces 2.2.
>
> 7. as per PrimeFaces 4.0 user guide, I already had the following (FYI,
> below is required if 'commons' fileupload is used)
>
> <!-- PrimeFaces FileUpload Filter -->
> <filter>
> <filter-name>PrimeFaces FileUpload Filter</filter-name>
>
> <filter-class>org.primefaces.webapp.filter.FileUploadFilter</filter-class>
> </filter>
> <filter-mapping>
> <filter-name>PrimeFaces FileUpload Filter</filter-name>
> <servlet-name>Faces Servlet</servlet-name>
> </filter-mapping>
>
Re: 2.2.0 and multipart
Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.
On Tue, Feb 25, 2014 at 10:20 AM, Howard W. Smith, Jr. <
smithh032772@gmail.com> wrote:
> +1 thanks Leonardo for informing the user list about this issue. I am
> using MyFaces 2.2 (and/via TomEE 1.6.1 snapshot) with my JSF web
> application, and I confirmed this bug/issue too in my app. PrimeFaces 4.x
> (simple) fileUpload is no longer working. :(
>
> maybe, it can/should be confirmed if MyFaces 2.2 (basic/simple) fileUpload
> works as designed/expected. i have not tested that though/yet.
>
okay, this evening, I spent some time with this.
1. I searched google for
site:forum.primefaces.org fileupload 2.2
2. found the following on PrimeFaces forum
http://forum.primefaces.org/viewtopic.php?f=3&t=31210
3. which referenced the following (solution seemed to be too much)
http://stackoverflow.com/questions/17204355/glassfish-4-jsf-2-2-and-primefaces-fileuploadevent-not-working-together/17363970#17363970
4. which referenced the following as a related link,
http://stackoverflow.com/questions/20316773/primefaces-4-0-fileupload-works-with-mojarra-2-2-but-not-myfaces-2-2?rq=1
5. the answer below, motivated me to upgrade from apache commons fileupload
1.2.2 to 1.3
http://stackoverflow.com/a/20347508/933054
6. and then I looked at PrimeFaces 4.0 user guide, and recognized something
'new' that could be specified in web.xml. So, I added the following to my
web.xml,
<context-param>
<param-name>primefaces.UPLOADER</param-name>
<param-value>commons</param-value>
</context-param>
and finally, PrimeFaces (Elite) 4.0.x works with MyFaces 2.2.
7. as per PrimeFaces 4.0 user guide, I already had the following (FYI,
below is required if 'commons' fileupload is used)
<!-- PrimeFaces FileUpload Filter -->
<filter>
<filter-name>PrimeFaces FileUpload Filter</filter-name>
<filter-class>org.primefaces.webapp.filter.FileUploadFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>PrimeFaces FileUpload Filter</filter-name>
<servlet-name>Faces Servlet</servlet-name>
</filter-mapping>
Re: 2.2.0 and multipart
Posted by Leonardo Uribe <lu...@gmail.com>.
Hi
I can confirm a simple example using MyFaces 2.2.0 works. See:
http://jsflive.wordpress.com/2013/04/23/jsf22-file-upload/
I think the problem is caused by some kind of incompatibility from
primefaces p:fileUpload. h:inputFile relies on servlet 3.0 spec, but
p:fileUpload could still use the filter approach, so you need to put a
filter on top of faces servlet to handle the multipart request.
Theoretically, nothing has changed, or at least at first view I cannot
see a problem in MyFaces besides the issues we have already fixed, so
2.2.0 should not have any problem.
It could be great if you can provide an example webapp showing the
problem, so we can take a look with the debugger and see if there is a
problem from primefaces or from myfaces. For now the evidence I have
suggest MyFaces is ok.
regards,
Leonardo Uribe
2014-02-25 10:36 GMT-05:00 Leonardo K. Shikida <sh...@gmail.com>:
> Thanks
> Em 25/02/2014 12:20, "Howard W. Smith, Jr." <sm...@gmail.com>
> escreveu:
>
>> On Tue, Feb 25, 2014 at 3:20 AM, Werner Punz <we...@gmail.com>
>> wrote:
>>
>> > Am 22.02.14 02:58, schrieb Leonardo K. Shikida:
>> >
>> > Hi
>> >>
>> >> Just noticed this thread about tomee, myfacs 2.2.0 and multipart request
>> >>
>> >> stackoverflow.com/questions/21948228/how-to-get-jsf-file-
>> >> upload-to-work-on-tomee-1-6
>> >>
>> >> does anyone know if between 2.1.13 and 2.2.0, multipart request has got
>> >> any
>> >> new bug? could not find anything in JIRA
>> >>
>> >> the guy who posted the stackoverflow question tested with
>> >>
>> >> h:commandButton while I've reproduced the problem just switching
>> >> myfaces jars from vanilla tomee 1.6.0 from 2.1.13 to 2.2.0 and using
>> >> p:fileUpload
>> >>
>> >> []
>> >>
>> >> Leo
>> >>
>> >> Hi this could be a new bug, we introduced a fileupload handling with
>> JSF
>> > 2.2 (the h:inputFile tag) maybe the normal multipart request handling was
>> > broken by the extensions done in this area the best bet is to file a
>> > bugreport in the myfaces bugtracker https://issues.apache.org/
>> > jira/browse/MYFACES
>> >
>> > Werner
>> >
>> >
>> > +1 thanks Leonardo for informing the user list about this issue. I am
>> using MyFaces 2.2 (and/via TomEE 1.6.1 snapshot) with my JSF web
>> application, and I confirmed this bug/issue too in my app. PrimeFaces 4.x
>> (simple) fileUpload is no longer working. :(
>>
>> maybe, it can/should be confirmed if MyFaces 2.2 (basic/simple) fileUpload
>> works as designed/expected. i have not tested that though/yet.
>>
Re: 2.2.0 and multipart
Posted by "Leonardo K. Shikida" <sh...@gmail.com>.
Thanks
Em 25/02/2014 12:20, "Howard W. Smith, Jr." <sm...@gmail.com>
escreveu:
> On Tue, Feb 25, 2014 at 3:20 AM, Werner Punz <we...@gmail.com>
> wrote:
>
> > Am 22.02.14 02:58, schrieb Leonardo K. Shikida:
> >
> > Hi
> >>
> >> Just noticed this thread about tomee, myfacs 2.2.0 and multipart request
> >>
> >> stackoverflow.com/questions/21948228/how-to-get-jsf-file-
> >> upload-to-work-on-tomee-1-6
> >>
> >> does anyone know if between 2.1.13 and 2.2.0, multipart request has got
> >> any
> >> new bug? could not find anything in JIRA
> >>
> >> the guy who posted the stackoverflow question tested with
> >>
> >> h:commandButton while I've reproduced the problem just switching
> >> myfaces jars from vanilla tomee 1.6.0 from 2.1.13 to 2.2.0 and using
> >> p:fileUpload
> >>
> >> []
> >>
> >> Leo
> >>
> >> Hi this could be a new bug, we introduced a fileupload handling with
> JSF
> > 2.2 (the h:inputFile tag) maybe the normal multipart request handling was
> > broken by the extensions done in this area the best bet is to file a
> > bugreport in the myfaces bugtracker https://issues.apache.org/
> > jira/browse/MYFACES
> >
> > Werner
> >
> >
> > +1 thanks Leonardo for informing the user list about this issue. I am
> using MyFaces 2.2 (and/via TomEE 1.6.1 snapshot) with my JSF web
> application, and I confirmed this bug/issue too in my app. PrimeFaces 4.x
> (simple) fileUpload is no longer working. :(
>
> maybe, it can/should be confirmed if MyFaces 2.2 (basic/simple) fileUpload
> works as designed/expected. i have not tested that though/yet.
>
Re: 2.2.0 and multipart
Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.
On Tue, Feb 25, 2014 at 3:20 AM, Werner Punz <we...@gmail.com> wrote:
> Am 22.02.14 02:58, schrieb Leonardo K. Shikida:
>
> Hi
>>
>> Just noticed this thread about tomee, myfacs 2.2.0 and multipart request
>>
>> stackoverflow.com/questions/21948228/how-to-get-jsf-file-
>> upload-to-work-on-tomee-1-6
>>
>> does anyone know if between 2.1.13 and 2.2.0, multipart request has got
>> any
>> new bug? could not find anything in JIRA
>>
>> the guy who posted the stackoverflow question tested with
>>
>> h:commandButton while I've reproduced the problem just switching
>> myfaces jars from vanilla tomee 1.6.0 from 2.1.13 to 2.2.0 and using
>> p:fileUpload
>>
>> []
>>
>> Leo
>>
>> Hi this could be a new bug, we introduced a fileupload handling with JSF
> 2.2 (the h:inputFile tag) maybe the normal multipart request handling was
> broken by the extensions done in this area the best bet is to file a
> bugreport in the myfaces bugtracker https://issues.apache.org/
> jira/browse/MYFACES
>
> Werner
>
>
> +1 thanks Leonardo for informing the user list about this issue. I am
using MyFaces 2.2 (and/via TomEE 1.6.1 snapshot) with my JSF web
application, and I confirmed this bug/issue too in my app. PrimeFaces 4.x
(simple) fileUpload is no longer working. :(
maybe, it can/should be confirmed if MyFaces 2.2 (basic/simple) fileUpload
works as designed/expected. i have not tested that though/yet.
Re: 2.2.0 and multipart
Posted by Werner Punz <we...@gmail.com>.
Am 22.02.14 02:58, schrieb Leonardo K. Shikida:
> Hi
>
> Just noticed this thread about tomee, myfacs 2.2.0 and multipart request
>
> stackoverflow.com/questions/21948228/how-to-get-jsf-file-upload-to-work-on-tomee-1-6
>
> does anyone know if between 2.1.13 and 2.2.0, multipart request has got any
> new bug? could not find anything in JIRA
>
> the guy who posted the stackoverflow question tested with
>
> h:commandButton while I've reproduced the problem just switching
> myfaces jars from vanilla tomee 1.6.0 from 2.1.13 to 2.2.0 and using
> p:fileUpload
>
> []
>
> Leo
>
Hi this could be a new bug, we introduced a fileupload handling with JSF
2.2 (the h:inputFile tag) maybe the normal multipart request handling
was broken by the extensions done in this area the best bet is to file a
bugreport in the myfaces bugtracker
https://issues.apache.org/jira/browse/MYFACES
Werner
Re: 2.2.0 and multipart
Posted by Karl Kildén <ka...@gmail.com>.
Hi Howard,
This is the complete markup you wanted to see:
<h:form id="mainForm" enctype="multipart/form-data">
<h:commandButton value="Press me"
action="#{helloWorld.send}"/><br/>
</h:form>
Note that I reproduced it in a project that does not include Primefaces
(described in my latest email). When I press the submit nothing happens.
It's as if I wrote onclick="return false;"
cheers
On 4 March 2014 15:23, Howard W. Smith, Jr. <sm...@gmail.com> wrote:
> On Tue, Mar 4, 2014 at 8:58 AM, Karl Kildén <ka...@gmail.com> wrote:
>
> > Well for me it breaks the form completely.
>
>
> interesting. please clarify this statement... breaks the form completely.
>
>
> > Even if I have only a single component <h:commandButton/> it's broke.
>
>
> i'm definitely interested in seeing this h:form and h:commandbutton (and
> p:fileUpload) xhtml syntax.
>
>
> Adding the primefaces parameter has no effect. I will try to put a test
> > application together
> >
>
> Karl,
>
> Below is my xhtml, which is PrimeFaces 3.x FileUpload syntax. The following
> code worked with PrimeFaces 3.x (and PrimeFaces 4.0.x and MyFaces 2.1.13),
> but it stopped working when I added MyFaces 2.2 to my PrimeFaces 4.0.x
> project/app.
>
> <h:form id="fileUploadForm" enctype="multipart/form-data">
> <p:panel header="Upload attachment">
> <p:fileUpload value="#{orderDocumentBean.uploadedFile}"
> mode="simple" />
> <p:commandLink value="Upload File" ajax="false"
> onclick="displayLoadingImage(true)"
>
> actionListener="#{orderDocumentBean.uploadAttachment()}"/>
> </p:panel>
> </h:form>
>
> Once I specified 'commons' for PrimeFaces uploader context param in web.xml
> (after upgrading to Apache commons fileupload 1.3 JAR), the xhtml 'above'
> started working again.
>
Re: 2.2.0 and multipart
Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.
On Tue, Mar 4, 2014 at 8:58 AM, Karl Kildén <ka...@gmail.com> wrote:
> Well for me it breaks the form completely.
interesting. please clarify this statement... breaks the form completely.
> Even if I have only a single component <h:commandButton/> it's broke.
i'm definitely interested in seeing this h:form and h:commandbutton (and
p:fileUpload) xhtml syntax.
Adding the primefaces parameter has no effect. I will try to put a test
> application together
>
Karl,
Below is my xhtml, which is PrimeFaces 3.x FileUpload syntax. The following
code worked with PrimeFaces 3.x (and PrimeFaces 4.0.x and MyFaces 2.1.13),
but it stopped working when I added MyFaces 2.2 to my PrimeFaces 4.0.x
project/app.
<h:form id="fileUploadForm" enctype="multipart/form-data">
<p:panel header="Upload attachment">
<p:fileUpload value="#{orderDocumentBean.uploadedFile}"
mode="simple" />
<p:commandLink value="Upload File" ajax="false"
onclick="displayLoadingImage(true)"
actionListener="#{orderDocumentBean.uploadAttachment()}"/>
</p:panel>
</h:form>
Once I specified 'commons' for PrimeFaces uploader context param in web.xml
(after upgrading to Apache commons fileupload 1.3 JAR), the xhtml 'above'
started working again.
Re: 2.2.0 and multipart
Posted by Karl Kildén <ka...@gmail.com>.
Yes, Also https://issues.apache.org/jira/browse/MYFACES-3865
On 10 March 2014 21:35, Howard W. Smith, Jr. <sm...@gmail.com> wrote:
> Leonardo Uribe, see below. I think this is the thread where Karl discussed
> his fileUpload issue, and shared a test case (below), too.
>
>
>
>
> On Tue, Mar 4, 2014 at 9:18 AM, Karl Kildén <ka...@gmail.com> wrote:
>
> > Leonardo Uribe, Thanks for doing a test with this already.
> >
> > Everyone, this is how I reproduced it in a test project:
> >
> >
> > - Cloned Gerhards template
> > project:https://github.com/os890/javaweb-cdi-ds-project-template
> > - Ran with mvn clean install jetty:run ->
> >
> http://localhost:8080/javaweb-cdi-ds-project-template/helloWorld.xhtml-
> > >
> > Wrote my name and pressed "Press Me" and it successfully navigated.
> > - Changed helloWorld.xhtml and added enctype="multipart/form-data" to
> > the form.
> > - Ran project with mvn clean install jetty:run -> it does not work
> > - Ran project with mvn clean install jetty:run -Pmojarra -> works
> (Note
> > that mojarra profile is used)
> >
> >
> > To conclude with a normal form Gerhards project template works just fine.
> > It works fine with mojarra in either case. With Myfaces and
> > enctype="multipart/form-data" it does not work.
> >
> > I tried this several times with the same result.
> >
> > Deltaspike and Myfaces is what's in common with my normal stack. No
> > Primefaces needed for reproduce
> >
> > cheers
> >
> >
> >
> >
> >
> >
> >
> > On 4 March 2014 14:58, Karl Kildén <ka...@gmail.com> wrote:
> >
> > > Well for me it breaks the form completely. Even if I have only a single
> > > component <h:commandButton/> it's broke. Adding the primefaces
> parameter
> > > has no effect. I will try to put a test application together
> > >
> > >
> > > On 4 March 2014 14:17, Leonardo K. Shikida <sh...@gmail.com> wrote:
> > >
> > >> Karl
> > >>
> > >> I haven't tested it, but Howard figured out that it may be a
> primefaces
> > >> problem in their autodetection algorithm
> > >>
> > >> I haven't tested myself yet, but it seems it's just a matter of adding
> > >> this
> > >> parameter explicitly
> > >>
> > >> <context-param>
> > >> <param-name>primefaces.UPLOADER</param-name>
> > >> <param-value>commons</param-value>
> > >> </context-param>
> > >>
> > >> best regards
> > >>
> > >> Leo
> > >>
> > >>
> > >> []
> > >>
> > >> Leo
> > >>
> > >>
> > >> On Tue, Mar 4, 2014 at 4:37 AM, Karl Kildén <ka...@gmail.com>
> > >> wrote:
> > >>
> > >> > Leo,
> > >> >
> > >> > I have the same problem, What's your status?
> > >> >
> > >> > cheers
> > >> >
> > >> >
> > >> > On 22 February 2014 02:58, Leonardo K. Shikida <sh...@gmail.com>
> > >> wrote:
> > >> >
> > >> > > Hi
> > >> > >
> > >> > > Just noticed this thread about tomee, myfacs 2.2.0 and multipart
> > >> request
> > >> > >
> > >> > >
> > >> > >
> > >> >
> > >>
> >
> stackoverflow.com/questions/21948228/how-to-get-jsf-file-upload-to-work-on-tomee-1-6
> > >> > >
> > >> > > does anyone know if between 2.1.13 and 2.2.0, multipart request
> has
> > >> got
> > >> > any
> > >> > > new bug? could not find anything in JIRA
> > >> > >
> > >> > > the guy who posted the stackoverflow question tested with
> > >> > >
> > >> > > h:commandButton while I've reproduced the problem just switching
> > >> > > myfaces jars from vanilla tomee 1.6.0 from 2.1.13 to 2.2.0 and
> using
> > >> > > p:fileUpload
> > >> > >
> > >> > > []
> > >> > >
> > >> > > Leo
> > >> > >
> > >> >
> > >>
> > >
> > >
> >
>
Re: 2.2.0 and multipart
Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.
Leonardo Uribe, see below. I think this is the thread where Karl discussed
his fileUpload issue, and shared a test case (below), too.
On Tue, Mar 4, 2014 at 9:18 AM, Karl Kildén <ka...@gmail.com> wrote:
> Leonardo Uribe, Thanks for doing a test with this already.
>
> Everyone, this is how I reproduced it in a test project:
>
>
> - Cloned Gerhards template
> project:https://github.com/os890/javaweb-cdi-ds-project-template
> - Ran with mvn clean install jetty:run ->
> http://localhost:8080/javaweb-cdi-ds-project-template/helloWorld.xhtml-
> >
> Wrote my name and pressed "Press Me" and it successfully navigated.
> - Changed helloWorld.xhtml and added enctype="multipart/form-data" to
> the form.
> - Ran project with mvn clean install jetty:run -> it does not work
> - Ran project with mvn clean install jetty:run -Pmojarra -> works (Note
> that mojarra profile is used)
>
>
> To conclude with a normal form Gerhards project template works just fine.
> It works fine with mojarra in either case. With Myfaces and
> enctype="multipart/form-data" it does not work.
>
> I tried this several times with the same result.
>
> Deltaspike and Myfaces is what's in common with my normal stack. No
> Primefaces needed for reproduce
>
> cheers
>
>
>
>
>
>
>
> On 4 March 2014 14:58, Karl Kildén <ka...@gmail.com> wrote:
>
> > Well for me it breaks the form completely. Even if I have only a single
> > component <h:commandButton/> it's broke. Adding the primefaces parameter
> > has no effect. I will try to put a test application together
> >
> >
> > On 4 March 2014 14:17, Leonardo K. Shikida <sh...@gmail.com> wrote:
> >
> >> Karl
> >>
> >> I haven't tested it, but Howard figured out that it may be a primefaces
> >> problem in their autodetection algorithm
> >>
> >> I haven't tested myself yet, but it seems it's just a matter of adding
> >> this
> >> parameter explicitly
> >>
> >> <context-param>
> >> <param-name>primefaces.UPLOADER</param-name>
> >> <param-value>commons</param-value>
> >> </context-param>
> >>
> >> best regards
> >>
> >> Leo
> >>
> >>
> >> []
> >>
> >> Leo
> >>
> >>
> >> On Tue, Mar 4, 2014 at 4:37 AM, Karl Kildén <ka...@gmail.com>
> >> wrote:
> >>
> >> > Leo,
> >> >
> >> > I have the same problem, What's your status?
> >> >
> >> > cheers
> >> >
> >> >
> >> > On 22 February 2014 02:58, Leonardo K. Shikida <sh...@gmail.com>
> >> wrote:
> >> >
> >> > > Hi
> >> > >
> >> > > Just noticed this thread about tomee, myfacs 2.2.0 and multipart
> >> request
> >> > >
> >> > >
> >> > >
> >> >
> >>
> stackoverflow.com/questions/21948228/how-to-get-jsf-file-upload-to-work-on-tomee-1-6
> >> > >
> >> > > does anyone know if between 2.1.13 and 2.2.0, multipart request has
> >> got
> >> > any
> >> > > new bug? could not find anything in JIRA
> >> > >
> >> > > the guy who posted the stackoverflow question tested with
> >> > >
> >> > > h:commandButton while I've reproduced the problem just switching
> >> > > myfaces jars from vanilla tomee 1.6.0 from 2.1.13 to 2.2.0 and using
> >> > > p:fileUpload
> >> > >
> >> > > []
> >> > >
> >> > > Leo
> >> > >
> >> >
> >>
> >
> >
>
Re: 2.2.0 and multipart
Posted by Karl Kildén <ka...@gmail.com>.
Howard,
No that sample does not work for me. The details are in the jira.
On 10 March 2014 21:47, Howard W. Smith, Jr. <sm...@gmail.com> wrote:
> Karl, did you see the email below, and did you try that sample, and did
> that work for you?
>
>
>
> On Tue, Mar 4, 2014 at 10:30 AM, Howard W. Smith, Jr. <
> smithh032772@gmail.com> wrote:
>
> > wow, okay. :)
> >
> > Earlier, Leonardo Uribe mentioned the following:
> >
> > I can confirm a simple example using MyFaces 2.2.0 works. See:
> >
> > http://jsflive.wordpress.com/2013/04/23/jsf22-file-upload/
> >
> > Looking forward to hearing why your/Karl's test case does not work.
> >
> >
> >
> > On Tue, Mar 4, 2014 at 10:26 AM, Karl Kildén <karl.kilden@gmail.com
> >wrote:
> >
> >> Removing deltaspike has no effect. / Karl
> >>
> >>
> >> On 4 March 2014 16:23, Howard W. Smith, Jr. <sm...@gmail.com>
> >> wrote:
> >>
> >> > Have you reported this to Deltaspike? I wonder what happens when you
> >> > 'remove' delta spike from the equation/mix, and see if stuff/stack
> >> starts
> >> > working. :)
> >> >
> >> >
> >> >
> >> > On Tue, Mar 4, 2014 at 9:55 AM, Karl Kildén <ka...@gmail.com>
> >> wrote:
> >> >
> >> > > It made no difference for me / Karl
> >> > >
> >> > >
> >> > > On 4 March 2014 15:52, Karl Kildén <ka...@gmail.com> wrote:
> >> > >
> >> > > > Nice spot, In my production environment I changed it but I will
> test
> >> > that
> >> > > > aspect in the template project
> >> > > >
> >> > > >
> >> > > > On 4 March 2014 15:50, Howard W. Smith, Jr. <
> smithh032772@gmail.com
> >> > > >wrote:
> >> > > >
> >> > > >> On Tue, Mar 4, 2014 at 9:18 AM, Karl Kildén <
> karl.kilden@gmail.com
> >> >
> >> > > >> wrote:
> >> > > >>
> >> > > >> > Everyone, this is how I reproduced it in a test project:
> >> > > >> >
> >> > > >> >
> >> > > >> > - Cloned Gerhards template
> >> > > >> > project:
> https://github.com/os890/javaweb-cdi-ds-project-template
> >> > > >> >
> >> > > >>
> >> > > >> hmmmm,
> >> > > >>
> >> > > >> examining the faces-config.xml, i see 2.0 specified instead of
> 2.1
> >> (or
> >> > > >> 2.2).
> >> > > >>
> >> > > >> <faces-config version="2.0"
> >> > > >> xmlns="http://java.sun.com/xml/ns/javaee"
> >> > > >> xmlns:xi="http://www.w3.org/2001/XInclude"
> >> > > >> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> >> > > >> xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
> >> > > >> http://java.sun.com/xml/ns/javaee/web-facesconfig_2_0.xsd">
> >> > > >>
> >> > > >> </faces-config>
> >> > > >>
> >> > > >>
> >> > > >> When MyFaces 2.2 was released, i don't think I saw any mention
> of a
> >> > > >> 'requirement' to update faces-config, accordingly, but it would
> be
> >> > nice
> >> > > to
> >> > > >> know if faces-config.xml has to be updated with '2.2' or 2.1.
> >> > > >>
> >> > > >
> >> > > >
> >> > >
> >> >
> >>
> >
> >
>
Re: 2.2.0 and multipart
Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.
Karl, did you see the email below, and did you try that sample, and did
that work for you?
On Tue, Mar 4, 2014 at 10:30 AM, Howard W. Smith, Jr. <
smithh032772@gmail.com> wrote:
> wow, okay. :)
>
> Earlier, Leonardo Uribe mentioned the following:
>
> I can confirm a simple example using MyFaces 2.2.0 works. See:
>
> http://jsflive.wordpress.com/2013/04/23/jsf22-file-upload/
>
> Looking forward to hearing why your/Karl's test case does not work.
>
>
>
> On Tue, Mar 4, 2014 at 10:26 AM, Karl Kildén <ka...@gmail.com>wrote:
>
>> Removing deltaspike has no effect. / Karl
>>
>>
>> On 4 March 2014 16:23, Howard W. Smith, Jr. <sm...@gmail.com>
>> wrote:
>>
>> > Have you reported this to Deltaspike? I wonder what happens when you
>> > 'remove' delta spike from the equation/mix, and see if stuff/stack
>> starts
>> > working. :)
>> >
>> >
>> >
>> > On Tue, Mar 4, 2014 at 9:55 AM, Karl Kildén <ka...@gmail.com>
>> wrote:
>> >
>> > > It made no difference for me / Karl
>> > >
>> > >
>> > > On 4 March 2014 15:52, Karl Kildén <ka...@gmail.com> wrote:
>> > >
>> > > > Nice spot, In my production environment I changed it but I will test
>> > that
>> > > > aspect in the template project
>> > > >
>> > > >
>> > > > On 4 March 2014 15:50, Howard W. Smith, Jr. <smithh032772@gmail.com
>> > > >wrote:
>> > > >
>> > > >> On Tue, Mar 4, 2014 at 9:18 AM, Karl Kildén <karl.kilden@gmail.com
>> >
>> > > >> wrote:
>> > > >>
>> > > >> > Everyone, this is how I reproduced it in a test project:
>> > > >> >
>> > > >> >
>> > > >> > - Cloned Gerhards template
>> > > >> > project:https://github.com/os890/javaweb-cdi-ds-project-template
>> > > >> >
>> > > >>
>> > > >> hmmmm,
>> > > >>
>> > > >> examining the faces-config.xml, i see 2.0 specified instead of 2.1
>> (or
>> > > >> 2.2).
>> > > >>
>> > > >> <faces-config version="2.0"
>> > > >> xmlns="http://java.sun.com/xml/ns/javaee"
>> > > >> xmlns:xi="http://www.w3.org/2001/XInclude"
>> > > >> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>> > > >> xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
>> > > >> http://java.sun.com/xml/ns/javaee/web-facesconfig_2_0.xsd">
>> > > >>
>> > > >> </faces-config>
>> > > >>
>> > > >>
>> > > >> When MyFaces 2.2 was released, i don't think I saw any mention of a
>> > > >> 'requirement' to update faces-config, accordingly, but it would be
>> > nice
>> > > to
>> > > >> know if faces-config.xml has to be updated with '2.2' or 2.1.
>> > > >>
>> > > >
>> > > >
>> > >
>> >
>>
>
>
Re: 2.2.0 and multipart
Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.
wow, okay. :)
Earlier, Leonardo Uribe mentioned the following:
I can confirm a simple example using MyFaces 2.2.0 works. See:
http://jsflive.wordpress.com/2013/04/23/jsf22-file-upload/
Looking forward to hearing why your/Karl's test case does not work.
On Tue, Mar 4, 2014 at 10:26 AM, Karl Kildén <ka...@gmail.com> wrote:
> Removing deltaspike has no effect. / Karl
>
>
> On 4 March 2014 16:23, Howard W. Smith, Jr. <sm...@gmail.com>
> wrote:
>
> > Have you reported this to Deltaspike? I wonder what happens when you
> > 'remove' delta spike from the equation/mix, and see if stuff/stack starts
> > working. :)
> >
> >
> >
> > On Tue, Mar 4, 2014 at 9:55 AM, Karl Kildén <ka...@gmail.com>
> wrote:
> >
> > > It made no difference for me / Karl
> > >
> > >
> > > On 4 March 2014 15:52, Karl Kildén <ka...@gmail.com> wrote:
> > >
> > > > Nice spot, In my production environment I changed it but I will test
> > that
> > > > aspect in the template project
> > > >
> > > >
> > > > On 4 March 2014 15:50, Howard W. Smith, Jr. <smithh032772@gmail.com
> > > >wrote:
> > > >
> > > >> On Tue, Mar 4, 2014 at 9:18 AM, Karl Kildén <ka...@gmail.com>
> > > >> wrote:
> > > >>
> > > >> > Everyone, this is how I reproduced it in a test project:
> > > >> >
> > > >> >
> > > >> > - Cloned Gerhards template
> > > >> > project:https://github.com/os890/javaweb-cdi-ds-project-template
> > > >> >
> > > >>
> > > >> hmmmm,
> > > >>
> > > >> examining the faces-config.xml, i see 2.0 specified instead of 2.1
> (or
> > > >> 2.2).
> > > >>
> > > >> <faces-config version="2.0"
> > > >> xmlns="http://java.sun.com/xml/ns/javaee"
> > > >> xmlns:xi="http://www.w3.org/2001/XInclude"
> > > >> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> > > >> xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
> > > >> http://java.sun.com/xml/ns/javaee/web-facesconfig_2_0.xsd">
> > > >>
> > > >> </faces-config>
> > > >>
> > > >>
> > > >> When MyFaces 2.2 was released, i don't think I saw any mention of a
> > > >> 'requirement' to update faces-config, accordingly, but it would be
> > nice
> > > to
> > > >> know if faces-config.xml has to be updated with '2.2' or 2.1.
> > > >>
> > > >
> > > >
> > >
> >
>
Re: 2.2.0 and multipart
Posted by Karl Kildén <ka...@gmail.com>.
Removing deltaspike has no effect. / Karl
On 4 March 2014 16:23, Howard W. Smith, Jr. <sm...@gmail.com> wrote:
> Have you reported this to Deltaspike? I wonder what happens when you
> 'remove' delta spike from the equation/mix, and see if stuff/stack starts
> working. :)
>
>
>
> On Tue, Mar 4, 2014 at 9:55 AM, Karl Kildén <ka...@gmail.com> wrote:
>
> > It made no difference for me / Karl
> >
> >
> > On 4 March 2014 15:52, Karl Kildén <ka...@gmail.com> wrote:
> >
> > > Nice spot, In my production environment I changed it but I will test
> that
> > > aspect in the template project
> > >
> > >
> > > On 4 March 2014 15:50, Howard W. Smith, Jr. <smithh032772@gmail.com
> > >wrote:
> > >
> > >> On Tue, Mar 4, 2014 at 9:18 AM, Karl Kildén <ka...@gmail.com>
> > >> wrote:
> > >>
> > >> > Everyone, this is how I reproduced it in a test project:
> > >> >
> > >> >
> > >> > - Cloned Gerhards template
> > >> > project:https://github.com/os890/javaweb-cdi-ds-project-template
> > >> >
> > >>
> > >> hmmmm,
> > >>
> > >> examining the faces-config.xml, i see 2.0 specified instead of 2.1 (or
> > >> 2.2).
> > >>
> > >> <faces-config version="2.0"
> > >> xmlns="http://java.sun.com/xml/ns/javaee"
> > >> xmlns:xi="http://www.w3.org/2001/XInclude"
> > >> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> > >> xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
> > >> http://java.sun.com/xml/ns/javaee/web-facesconfig_2_0.xsd">
> > >>
> > >> </faces-config>
> > >>
> > >>
> > >> When MyFaces 2.2 was released, i don't think I saw any mention of a
> > >> 'requirement' to update faces-config, accordingly, but it would be
> nice
> > to
> > >> know if faces-config.xml has to be updated with '2.2' or 2.1.
> > >>
> > >
> > >
> >
>
Re: 2.2.0 and multipart
Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.
Have you reported this to Deltaspike? I wonder what happens when you
'remove' delta spike from the equation/mix, and see if stuff/stack starts
working. :)
On Tue, Mar 4, 2014 at 9:55 AM, Karl Kildén <ka...@gmail.com> wrote:
> It made no difference for me / Karl
>
>
> On 4 March 2014 15:52, Karl Kildén <ka...@gmail.com> wrote:
>
> > Nice spot, In my production environment I changed it but I will test that
> > aspect in the template project
> >
> >
> > On 4 March 2014 15:50, Howard W. Smith, Jr. <smithh032772@gmail.com
> >wrote:
> >
> >> On Tue, Mar 4, 2014 at 9:18 AM, Karl Kildén <ka...@gmail.com>
> >> wrote:
> >>
> >> > Everyone, this is how I reproduced it in a test project:
> >> >
> >> >
> >> > - Cloned Gerhards template
> >> > project:https://github.com/os890/javaweb-cdi-ds-project-template
> >> >
> >>
> >> hmmmm,
> >>
> >> examining the faces-config.xml, i see 2.0 specified instead of 2.1 (or
> >> 2.2).
> >>
> >> <faces-config version="2.0"
> >> xmlns="http://java.sun.com/xml/ns/javaee"
> >> xmlns:xi="http://www.w3.org/2001/XInclude"
> >> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> >> xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
> >> http://java.sun.com/xml/ns/javaee/web-facesconfig_2_0.xsd">
> >>
> >> </faces-config>
> >>
> >>
> >> When MyFaces 2.2 was released, i don't think I saw any mention of a
> >> 'requirement' to update faces-config, accordingly, but it would be nice
> to
> >> know if faces-config.xml has to be updated with '2.2' or 2.1.
> >>
> >
> >
>
Re: 2.2.0 and multipart
Posted by Karl Kildén <ka...@gmail.com>.
It made no difference for me / Karl
On 4 March 2014 15:52, Karl Kildén <ka...@gmail.com> wrote:
> Nice spot, In my production environment I changed it but I will test that
> aspect in the template project
>
>
> On 4 March 2014 15:50, Howard W. Smith, Jr. <sm...@gmail.com>wrote:
>
>> On Tue, Mar 4, 2014 at 9:18 AM, Karl Kildén <ka...@gmail.com>
>> wrote:
>>
>> > Everyone, this is how I reproduced it in a test project:
>> >
>> >
>> > - Cloned Gerhards template
>> > project:https://github.com/os890/javaweb-cdi-ds-project-template
>> >
>>
>> hmmmm,
>>
>> examining the faces-config.xml, i see 2.0 specified instead of 2.1 (or
>> 2.2).
>>
>> <faces-config version="2.0"
>> xmlns="http://java.sun.com/xml/ns/javaee"
>> xmlns:xi="http://www.w3.org/2001/XInclude"
>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>> xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
>> http://java.sun.com/xml/ns/javaee/web-facesconfig_2_0.xsd">
>>
>> </faces-config>
>>
>>
>> When MyFaces 2.2 was released, i don't think I saw any mention of a
>> 'requirement' to update faces-config, accordingly, but it would be nice to
>> know if faces-config.xml has to be updated with '2.2' or 2.1.
>>
>
>
Re: 2.2.0 and multipart
Posted by Karl Kildén <ka...@gmail.com>.
Nice spot, In my production environment I changed it but I will test that
aspect in the template project
On 4 March 2014 15:50, Howard W. Smith, Jr. <sm...@gmail.com> wrote:
> On Tue, Mar 4, 2014 at 9:18 AM, Karl Kildén <ka...@gmail.com> wrote:
>
> > Everyone, this is how I reproduced it in a test project:
> >
> >
> > - Cloned Gerhards template
> > project:https://github.com/os890/javaweb-cdi-ds-project-template
> >
>
> hmmmm,
>
> examining the faces-config.xml, i see 2.0 specified instead of 2.1 (or
> 2.2).
>
> <faces-config version="2.0"
> xmlns="http://java.sun.com/xml/ns/javaee"
> xmlns:xi="http://www.w3.org/2001/XInclude"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
> http://java.sun.com/xml/ns/javaee/web-facesconfig_2_0.xsd">
>
> </faces-config>
>
>
> When MyFaces 2.2 was released, i don't think I saw any mention of a
> 'requirement' to update faces-config, accordingly, but it would be nice to
> know if faces-config.xml has to be updated with '2.2' or 2.1.
>
Re: 2.2.0 and multipart
Posted by "Howard W. Smith, Jr." <sm...@gmail.com>.
On Tue, Mar 4, 2014 at 9:18 AM, Karl Kildén <ka...@gmail.com> wrote:
> Everyone, this is how I reproduced it in a test project:
>
>
> - Cloned Gerhards template
> project:https://github.com/os890/javaweb-cdi-ds-project-template
>
hmmmm,
examining the faces-config.xml, i see 2.0 specified instead of 2.1 (or 2.2).
<faces-config version="2.0"
xmlns="http://java.sun.com/xml/ns/javaee"
xmlns:xi="http://www.w3.org/2001/XInclude"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
http://java.sun.com/xml/ns/javaee/web-facesconfig_2_0.xsd">
</faces-config>
When MyFaces 2.2 was released, i don't think I saw any mention of a
'requirement' to update faces-config, accordingly, but it would be nice to
know if faces-config.xml has to be updated with '2.2' or 2.1.
Re: 2.2.0 and multipart
Posted by Karl Kildén <ka...@gmail.com>.
Leonardo Uribe, Thanks for doing a test with this already.
Everyone, this is how I reproduced it in a test project:
- Cloned Gerhards template
project:https://github.com/os890/javaweb-cdi-ds-project-template
- Ran with mvn clean install jetty:run ->
http://localhost:8080/javaweb-cdi-ds-project-template/helloWorld.xhtml->
Wrote my name and pressed "Press Me" and it successfully navigated.
- Changed helloWorld.xhtml and added enctype="multipart/form-data" to
the form.
- Ran project with mvn clean install jetty:run -> it does not work
- Ran project with mvn clean install jetty:run -Pmojarra -> works (Note
that mojarra profile is used)
To conclude with a normal form Gerhards project template works just fine.
It works fine with mojarra in either case. With Myfaces and
enctype="multipart/form-data" it does not work.
I tried this several times with the same result.
Deltaspike and Myfaces is what's in common with my normal stack. No
Primefaces needed for reproduce
cheers
On 4 March 2014 14:58, Karl Kildén <ka...@gmail.com> wrote:
> Well for me it breaks the form completely. Even if I have only a single
> component <h:commandButton/> it's broke. Adding the primefaces parameter
> has no effect. I will try to put a test application together
>
>
> On 4 March 2014 14:17, Leonardo K. Shikida <sh...@gmail.com> wrote:
>
>> Karl
>>
>> I haven't tested it, but Howard figured out that it may be a primefaces
>> problem in their autodetection algorithm
>>
>> I haven't tested myself yet, but it seems it's just a matter of adding
>> this
>> parameter explicitly
>>
>> <context-param>
>> <param-name>primefaces.UPLOADER</param-name>
>> <param-value>commons</param-value>
>> </context-param>
>>
>> best regards
>>
>> Leo
>>
>>
>> []
>>
>> Leo
>>
>>
>> On Tue, Mar 4, 2014 at 4:37 AM, Karl Kildén <ka...@gmail.com>
>> wrote:
>>
>> > Leo,
>> >
>> > I have the same problem, What's your status?
>> >
>> > cheers
>> >
>> >
>> > On 22 February 2014 02:58, Leonardo K. Shikida <sh...@gmail.com>
>> wrote:
>> >
>> > > Hi
>> > >
>> > > Just noticed this thread about tomee, myfacs 2.2.0 and multipart
>> request
>> > >
>> > >
>> > >
>> >
>> stackoverflow.com/questions/21948228/how-to-get-jsf-file-upload-to-work-on-tomee-1-6
>> > >
>> > > does anyone know if between 2.1.13 and 2.2.0, multipart request has
>> got
>> > any
>> > > new bug? could not find anything in JIRA
>> > >
>> > > the guy who posted the stackoverflow question tested with
>> > >
>> > > h:commandButton while I've reproduced the problem just switching
>> > > myfaces jars from vanilla tomee 1.6.0 from 2.1.13 to 2.2.0 and using
>> > > p:fileUpload
>> > >
>> > > []
>> > >
>> > > Leo
>> > >
>> >
>>
>
>
Re: 2.2.0 and multipart
Posted by Karl Kildén <ka...@gmail.com>.
Well for me it breaks the form completely. Even if I have only a single
component <h:commandButton/> it's broke. Adding the primefaces parameter
has no effect. I will try to put a test application together
On 4 March 2014 14:17, Leonardo K. Shikida <sh...@gmail.com> wrote:
> Karl
>
> I haven't tested it, but Howard figured out that it may be a primefaces
> problem in their autodetection algorithm
>
> I haven't tested myself yet, but it seems it's just a matter of adding this
> parameter explicitly
>
> <context-param>
> <param-name>primefaces.UPLOADER</param-name>
> <param-value>commons</param-value>
> </context-param>
>
> best regards
>
> Leo
>
>
> []
>
> Leo
>
>
> On Tue, Mar 4, 2014 at 4:37 AM, Karl Kildén <ka...@gmail.com> wrote:
>
> > Leo,
> >
> > I have the same problem, What's your status?
> >
> > cheers
> >
> >
> > On 22 February 2014 02:58, Leonardo K. Shikida <sh...@gmail.com>
> wrote:
> >
> > > Hi
> > >
> > > Just noticed this thread about tomee, myfacs 2.2.0 and multipart
> request
> > >
> > >
> > >
> >
> stackoverflow.com/questions/21948228/how-to-get-jsf-file-upload-to-work-on-tomee-1-6
> > >
> > > does anyone know if between 2.1.13 and 2.2.0, multipart request has got
> > any
> > > new bug? could not find anything in JIRA
> > >
> > > the guy who posted the stackoverflow question tested with
> > >
> > > h:commandButton while I've reproduced the problem just switching
> > > myfaces jars from vanilla tomee 1.6.0 from 2.1.13 to 2.2.0 and using
> > > p:fileUpload
> > >
> > > []
> > >
> > > Leo
> > >
> >
>
Re: 2.2.0 and multipart
Posted by "Leonardo K. Shikida" <sh...@gmail.com>.
Karl
I haven't tested it, but Howard figured out that it may be a primefaces
problem in their autodetection algorithm
I haven't tested myself yet, but it seems it's just a matter of adding this
parameter explicitly
<context-param>
<param-name>primefaces.UPLOADER</param-name>
<param-value>commons</param-value>
</context-param>
best regards
Leo
[]
Leo
On Tue, Mar 4, 2014 at 4:37 AM, Karl Kildén <ka...@gmail.com> wrote:
> Leo,
>
> I have the same problem, What's your status?
>
> cheers
>
>
> On 22 February 2014 02:58, Leonardo K. Shikida <sh...@gmail.com> wrote:
>
> > Hi
> >
> > Just noticed this thread about tomee, myfacs 2.2.0 and multipart request
> >
> >
> >
> stackoverflow.com/questions/21948228/how-to-get-jsf-file-upload-to-work-on-tomee-1-6
> >
> > does anyone know if between 2.1.13 and 2.2.0, multipart request has got
> any
> > new bug? could not find anything in JIRA
> >
> > the guy who posted the stackoverflow question tested with
> >
> > h:commandButton while I've reproduced the problem just switching
> > myfaces jars from vanilla tomee 1.6.0 from 2.1.13 to 2.2.0 and using
> > p:fileUpload
> >
> > []
> >
> > Leo
> >
>
Re: 2.2.0 and multipart
Posted by Karl Kildén <ka...@gmail.com>.
Leo,
I have the same problem, What's your status?
cheers
On 22 February 2014 02:58, Leonardo K. Shikida <sh...@gmail.com> wrote:
> Hi
>
> Just noticed this thread about tomee, myfacs 2.2.0 and multipart request
>
>
> stackoverflow.com/questions/21948228/how-to-get-jsf-file-upload-to-work-on-tomee-1-6
>
> does anyone know if between 2.1.13 and 2.2.0, multipart request has got any
> new bug? could not find anything in JIRA
>
> the guy who posted the stackoverflow question tested with
>
> h:commandButton while I've reproduced the problem just switching
> myfaces jars from vanilla tomee 1.6.0 from 2.1.13 to 2.2.0 and using
> p:fileUpload
>
> []
>
> Leo
>