[ANNOUNCE] Release of Apache MyFaces Extensions CDI 1.0.6
The Apache MyFaces team is pleased to announce the 13th release of Apache MyFaces Extensions CDI (aka CODI). Apache MyFaces CODI provides portable CDI extensions for the Java-Platform (SE and EE). CODI is a modularized and extensible toolbox for CDI based applications. The release of CODI v1.0.6 contains the following modules: - CODI Core - CODI JSF Module (for 1.2 and 2.x) - CODI JPA Module - CODI BV Module - CODI I18N-Message Module - CODI Scripting Module - CODI Trinidad Support Module (for 1.x and 2.x) - CODI Java-EE5 Support Modules - CODI Bundles - CODI OSGi Bundles - CODI Base Test-Infrastructure Module - CODI JUnit-Support Module - CODI Cargo-Support Module - CODI OpenWebBeans Test-Support Module - CODI JSF Test-Support Module - CODI JSF Example Apache MyFaces CODI is available in both binary and source distributions: http://myfaces.apache.org/extensions/cdi/download.html Apache MyFaces CODI is available in the central Maven repository under Group ID org.apache.myfaces.extensions.cdi.*. Release Notes: http://s.apache.org/CODI_106 Enjoy! Gerhard Petracek
Re: 2.2.0 and multipart
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-nameprimefaces.UPLOADER/param-name param-valuecommons/param-value /context-param best regards Leo [] Leo On Tue, Mar 4, 2014 at 4:37 AM, Karl Kildén karl.kil...@gmail.com wrote: Leo, I have the same problem, What's your status? cheers On 22 February 2014 02:58, Leonardo K. Shikida shik...@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
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 shik...@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-nameprimefaces.UPLOADER/param-name param-valuecommons/param-value /context-param best regards Leo [] Leo On Tue, Mar 4, 2014 at 4:37 AM, Karl Kildén karl.kil...@gmail.com wrote: Leo, I have the same problem, What's your status? cheers On 22 February 2014 02:58, Leonardo K. Shikida shik...@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
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 karl.kil...@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 shik...@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-nameprimefaces.UPLOADER/param-name param-valuecommons/param-value /context-param best regards Leo [] Leo On Tue, Mar 4, 2014 at 4:37 AM, Karl Kildén karl.kil...@gmail.com wrote: Leo, I have the same problem, What's your status? cheers On 22 February 2014 02:58, Leonardo K. Shikida shik...@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
On Tue, Mar 4, 2014 at 8:58 AM, Karl Kildén karl.kil...@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
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. smithh032...@gmail.com wrote: On Tue, Mar 4, 2014 at 8:58 AM, Karl Kildén karl.kil...@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
On Tue, Mar 4, 2014 at 9:18 AM, Karl Kildén karl.kil...@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 h, 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
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. smithh032...@gmail.com wrote: On Tue, Mar 4, 2014 at 9:18 AM, Karl Kildén karl.kil...@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 h, 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
It made no difference for me / Karl On 4 March 2014 15:52, Karl Kildén karl.kil...@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. smithh032...@gmail.comwrote: On Tue, Mar 4, 2014 at 9:18 AM, Karl Kildén karl.kil...@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 h, 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
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 karl.kil...@gmail.com wrote: It made no difference for me / Karl On 4 March 2014 15:52, Karl Kildén karl.kil...@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. smithh032...@gmail.com wrote: On Tue, Mar 4, 2014 at 9:18 AM, Karl Kildén karl.kil...@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 h, 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
Removing deltaspike has no effect. / Karl On 4 March 2014 16:23, Howard W. Smith, Jr. smithh032...@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 karl.kil...@gmail.com wrote: It made no difference for me / Karl On 4 March 2014 15:52, Karl Kildén karl.kil...@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. smithh032...@gmail.com wrote: On Tue, Mar 4, 2014 at 9:18 AM, Karl Kildén karl.kil...@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 h, 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
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.kil...@gmail.com wrote: Removing deltaspike has no effect. / Karl On 4 March 2014 16:23, Howard W. Smith, Jr. smithh032...@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 karl.kil...@gmail.com wrote: It made no difference for me / Karl On 4 March 2014 15:52, Karl Kildén karl.kil...@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. smithh032...@gmail.com wrote: On Tue, Mar 4, 2014 at 9:18 AM, Karl Kildén karl.kil...@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 h, 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.
[TRINIDAD] Support for IE 11
Hello All, I want to know which version of Apache MyFaces and Apache MyFaces Trinidad support Microsoft Internet Explorer 11 browser. How can I download it? What I notice on the download page ( http://myfaces.apache.org/trinidad/download.html) is Trinidad 2.0.1 as latest. However, I notice rendering issues resulting in following exception on IE 11 with version 2.0.1. Any idea? java.lang.NullPointerException at org.apache.myfaces.trinidadinternal.ui.RootRenderingContext.getRendererManager Thanks ~Sandeep