Re: [heads up] Trinidad 1.2 plugins release
Rebranched for the 1.2.1 plugins release, but remote-resource plugin stopped working, suddenly ... I am checking things now. -Matthias On 6/23/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: works for me as well. I'll start with the 1.2.1 plugins at the beginning of next week. -Matze On 6/23/07, Adam Winer [EMAIL PROTECTED] wrote: I've basicaly already done that. The existing 1.2.1 branch was branched from the start of the 1.0.1 branch. So we shouldn't need to rebranch to work on releasing 1.2.1, IMO. -- Adam On 6/23/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: I created TAGS ([1]] for a) 101 plugins (maven-plugin-parent-1.0.1) b) 101 core (trinidad-1.0.1/) My understanding now is, that *re-branch* them, with your JSF1.2 magic, and I can go ahead and get the release of our 1.2.x Trinidad stuff out. -Matthias [1] http://svn.apache.org/viewvc/myfaces/trinidad/tags/ On 6/13/07, Adam Winer [EMAIL PROTECTED] wrote: All that said, shouldn't we be starting the 1.0.1 Trinidad Core release now too? -- Adam On 6/13/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: On 6/13/07, Adam Winer [EMAIL PROTECTED] wrote: OK, so here's an idea: - Release 1.2.0 plugins for MyFaces core - Don't release 1.2.0 core - Rebranch 1.2 off of 1.0.1 - Release 1.2.1 plugins and core that's good. So, feel free to cast your vote for 1.2 plugins. This way, 1.2.1 == 1.0.1 + JSF 1.2, and the version numbers line up all pretty. :) The cost is an extra release of the plugins. which is, thanks to release plugin, very cheap ;) -- Adam On 6/13/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: I just started since a) MyFaces core needs this release as well b) not hard to come up with a 1.2.1 very soon, in case of... -M On 6/12/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: Hi, the 1.0.1 is kind of released (not yet mirrored), so time to move forward. Trinidad 1.2 plugins are also needed for MyFaces 1.2 and the also coming Trinidad 1.2 release. Are there any tasks that need to be addressed on the latest Trinidad 1.2 branch? Or a new rebranch planed ? I'll wait to get the best for the 1.2 plugins release. -M -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf .wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
[vote] release of Trinidad plugins (1.2.1)
Hi, I was running the needed tasks to get the 1.2.1 release of the Apache MyFaces Trinidad Plugins out. This is the first release of the 1.2.x plugins series. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.2.1 artifacts and vote [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/121_plugins/ -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: [vote] release of Trinidad plugins (1.2.1)
+1 On 6/24/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: Hi, I was running the needed tasks to get the 1.2.1 release of the Apache MyFaces Trinidad Plugins out. This is the first release of the 1.2.x plugins series. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.2.1 artifacts and vote [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/121_plugins/ -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: JSF 1.2 - no release (was: Re: [vote] release of Trinidad plugins (1.2.0))
FYI, the vote for Trinidad 1.2.1 plugins is out. -Matthias On 6/18/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: Yes, we could do that, but I personally I think the 72 hours are a good indicator. No worries, there will be a 1.2 plugins release soon, since Trinidad 1.2 is also preparing a release (and it needs the plugins to be released as well) -M On 6/18/07, Mike Kienenberger [EMAIL PROTECTED] wrote: Or another option is to leave the vote open a little while longer and give more people time to review it. Don't be so impatient. Personally, I have no practical maven experience, and I have not yet moved to Java 1.5 for work-related projects, so I couldn't be of much help. On 6/16/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: I know, we tried, but lost, for now. I think Geronimo2 needs an official release of MyFaces 1.2 as well. (no SNAPSHOTs is a must) The good news is, I am doing some work on the Trinidad 101 CORE. As soon as that guy is out, we run a release on Trinidad 1.2. That includes the plugins again. My understanding is, that a release never hurts, therefore I tried to get the Trinidad 1.2 plugins out, ASAP (see my other discussion threads on this). So two options: a) revote (should be fine) b) wait for the next Trinidad 1.2.x plugins release cycle Greetings, Matthias On 6/16/07, Bruno Aranda [EMAIL PROTECTED] wrote: Yes, even if JEE5 is not widely adoped, it can be adopted as of now. Geronimo 2 uses MyFaces 1.2 as part of the JEE5 implementation. I would like to see the Apache alternative to glassfish released (on July?) with an official release of MyFaces 1.2... And then, what? Why myfaces 1.2 if the RI 1.2 is out there for whoever needs JSF 1.2? Bruno On 16/06/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: Well, to be honest, JavaEE 5 isn't really wide adopted, yet. And in most cases, MyFaces1.1.x + Facelets + Spring just work fine. Jetty/Tomcat is enough :) -Matthias On 6/16/07, Bruno Aranda [EMAIL PROTECTED] wrote: Damn it guys! Is there no interest in releasing MyFaces 1.2? :-( Thanks Matthias, Bruno On 16/06/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: Ok, thanks for voting. We don't release these artifacts, since we got only two +1 votes. Means, takes longer to get MyFaces 1.2 out, since these bits are a dependency. Greetings, Matthias On 6/13/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: Hi, I was running the needed tasks to get the 120 release of the Trinidad MyFaces Plugins out. This is the first release of the 1.2 plugins. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.2.0 artifacts and vote [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/trinidad120plugins/ -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: [vote] release of Trinidad plugins (1.2.1)
+1 On 24/06/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: +1 On 6/24/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: Hi, I was running the needed tasks to get the 1.2.1 release of the Apache MyFaces Trinidad Plugins out. This is the first release of the 1.2.x plugins series. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.2.1 artifacts and vote [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/121_plugins/ -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org
Re: [vote] release of Trinidad plugins (1.2.1)
+1 On 6/24/07, Bruno Aranda [EMAIL PROTECTED] wrote: +1 On 24/06/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: +1 On 6/24/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: Hi, I was running the needed tasks to get the 1.2.1 release of the Apache MyFaces Trinidad Plugins out. This is the first release of the 1.2.x plugins series. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.2.1 artifacts and vote [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/121_plugins/ -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Dennis Byrne
Re: [vote] release of Trinidad plugins (1.2.1)
+1 On 6/24/07, Dennis Byrne [EMAIL PROTECTED] wrote: +1 On 6/24/07, Bruno Aranda [EMAIL PROTECTED] wrote: +1 On 24/06/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: +1 On 6/24/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: Hi, I was running the needed tasks to get the 1.2.1 release of the Apache MyFaces Trinidad Plugins out. This is the first release of the 1.2.x plugins series. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.2.1 artifacts and vote [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/121_plugins/http://people.apache.org/%7Ematzew/121_plugins/ -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Dennis Byrne
Re: [vote] release of Trinidad plugins (1.2.1)
+1 regards, Martin On 6/24/07, Cagatay Civici [EMAIL PROTECTED] wrote: +1 On 6/24/07, Dennis Byrne [EMAIL PROTECTED] wrote: +1 On 6/24/07, Bruno Aranda [EMAIL PROTECTED] wrote: +1 On 24/06/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: +1 On 6/24/07, Matthias Wessendorf [EMAIL PROTECTED] wrote: Hi, I was running the needed tasks to get the 1.2.1 release of the Apache MyFaces Trinidad Plugins out. This is the first release of the 1.2.x plugins series. The artifacts are deployed to my private Apache account ([1]). Please take a look at the 1.2.1 artifacts and vote [ ] +1 for community members who have reviewed the bits [ ] +0 [ ] -1 for fatal flaws that should cause these bits not to be released, and why.. Thanks, Matthias [1] http://people.apache.org/~matzew/121_plugins/ -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Matthias Wessendorf further stuff: blog: http://matthiaswessendorf.wordpress.com/ mail: matzew-at-apache-dot-org -- Dennis Byrne -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
[jira] Created: (MYFACES-1670) A dollar-type, 2 level EL expression evaluates to null
A dollar-type, 2 level EL expression evaluates to null -- Key: MYFACES-1670 URL: https://issues.apache.org/jira/browse/MYFACES-1670 Project: MyFaces Core Issue Type: Bug Components: JSR-252 Environment: geronimo-2.0-M6-rc1 Reporter: Alexander Zynevich Fix For: 1.2.0-SNAPSHOT Attachments: eltest.war I have a simple code where dollar-type expression (like ${}) works differently than shrap-type expression (like #{}), I put into the http session a managed bean aggregating another bean. ${parent} is calculated, while ${parent.child} is always null (it is printed as an empty string and equals to null in when tag). For example the following snip of JSP code: f:view h:form id=myform bUsing sharp-el/b: br/ \*h:outputText id=cll1 value=#{customerDetailsBean} /\*br/ \*h:outputText id=cll2 value=#{customerDetailsBean.customer} /\*br/ bUsing dollar-el/b: br/ \*${customerDetailsBean}\*br/ \*${customerDetailsBean.customer}\*br/ bClassical servlet style/b: br/ \*% if (session.getAttribute(customerDetailsBean) != null) {%%= session.getAttribute(customerDetailsBean) %% } %\*br/ \*% if (session.getAttribute(customerDetailsBean) != null) {%%= ((eltest.CustomerDetailsBean)session.getAttribute(customerDetailsBean)).getCustomer() %% } %\*br/ /h:form /f:view -- PRODUCES --: *Using sharp-el:* \*CustomerDetailsBean: { customer: Customer {frstName: Alex , lastName: Zynevich, id: 1979}}\* \*Customer {frstName: Alex , lastName: Zynevich, id: 1979}\* *Using dollar-el:* \*CustomerDetailsBean: { customer: Customer {frstName: Alex , lastName: Zynevich, id: 1979}}\* \*\* *Classical servlet style:* \*CustomerDetailsBean: { customer: Customer {frstName: Alex , lastName: Zynevich, id: 1979}}\* \*Customer {frstName: Alex , lastName: Zynevich, id: 1979}\* while I would expect: *Using sharp-el:* \*CustomerDetailsBean: { customer: Customer {frstName: Alex , lastName: Zynevich, id: 1979}}\* \*Customer {frstName: Alex , lastName: Zynevich, id: 1979}\* *Using dollar-el:* \*CustomerDetailsBean: { customer: Customer {frstName: Alex , lastName: Zynevich, id: 1979}}\* \*Customer {frstName: Alex , lastName: Zynevich, id: 1979}\* *Classical servlet style:* \*CustomerDetailsBean: { customer: Customer {frstName: Alex , lastName: Zynevich, id: 1979}}\* \*Customer {frstName: Alex , lastName: Zynevich, id: 1979}\* you may find the maven project at https://issues.apache.org/jira/browse/GERONIMO-3253, war is attached -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (MYFACES-1670) A dollar-type, 2 level EL expression evaluates to null
[ https://issues.apache.org/jira/browse/MYFACES-1670?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12507689 ] Alexander Zynevich commented on MYFACES-1670: - just rechecked this smallest application in Glassfish, it did produce output as expected, I also recheck it on Geronimo with different managed-bean-scope: application, request, session. Result is always the same and incorrect. A dollar-type, 2 level EL expression evaluates to null -- Key: MYFACES-1670 URL: https://issues.apache.org/jira/browse/MYFACES-1670 Project: MyFaces Core Issue Type: Bug Components: JSR-252 Environment: geronimo-2.0-M6-rc1 Reporter: Alexander Zynevich Fix For: 1.2.0-SNAPSHOT Attachments: Customer.java, CustomerDetailsBean.java, eltest.war, faces-config.xml, print.jsp, web.xml I have a simple code where dollar-type expression (like ${}) works differently than shrap-type expression (like #{}), I put into the http session a managed bean aggregating another bean. ${parent} is calculated, while ${parent.child} is always null (it is printed as an empty string and equals to null in when tag). For example the following snip of JSP code: f:view h:form id=myform bUsing sharp-el/b: br/ \*h:outputText id=cll1 value=#{customerDetailsBean} /\*br/ \*h:outputText id=cll2 value=#{customerDetailsBean.customer} /\*br/ bUsing dollar-el/b: br/ \*${customerDetailsBean}\*br/ \*${customerDetailsBean.customer}\*br/ bClassical servlet style/b: br/ \*% if (session.getAttribute(customerDetailsBean) != null) {%%= session.getAttribute(customerDetailsBean) %% } %\*br/ \*% if (session.getAttribute(customerDetailsBean) != null) {%%= ((eltest.CustomerDetailsBean)session.getAttribute(customerDetailsBean)).getCustomer() %% } %\*br/ /h:form /f:view -- PRODUCES --: *Using sharp-el:* \*CustomerDetailsBean: { customer: Customer {frstName: Alex , lastName: Zynevich, id: 1979}}\* \*Customer {frstName: Alex , lastName: Zynevich, id: 1979}\* *Using dollar-el:* \*CustomerDetailsBean: { customer: Customer {frstName: Alex , lastName: Zynevich, id: 1979}}\* \*\* *Classical servlet style:* \*CustomerDetailsBean: { customer: Customer {frstName: Alex , lastName: Zynevich, id: 1979}}\* \*Customer {frstName: Alex , lastName: Zynevich, id: 1979}\* while I would expect: *Using sharp-el:* \*CustomerDetailsBean: { customer: Customer {frstName: Alex , lastName: Zynevich, id: 1979}}\* \*Customer {frstName: Alex , lastName: Zynevich, id: 1979}\* *Using dollar-el:* \*CustomerDetailsBean: { customer: Customer {frstName: Alex , lastName: Zynevich, id: 1979}}\* \*Customer {frstName: Alex , lastName: Zynevich, id: 1979}\* *Classical servlet style:* \*CustomerDetailsBean: { customer: Customer {frstName: Alex , lastName: Zynevich, id: 1979}}\* \*Customer {frstName: Alex , lastName: Zynevich, id: 1979}\* you may find the maven project at https://issues.apache.org/jira/browse/GERONIMO-3253, war is attached -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Committing current code
Hi Scott, you said you'd want to commit the current bridge code anytime soon - may I ask you when this would be, cause I'd want to start helping you out in implementing the stuff asap. regards, Martin -- http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces
[jira] Created: (TOMAHAWK-1032) examples: Dynamic number of columns doesn't work
examples: Dynamic number of columns doesn't work Key: TOMAHAWK-1032 URL: https://issues.apache.org/jira/browse/TOMAHAWK-1032 Project: MyFaces Tomahawk Issue Type: Bug Components: Columns Affects Versions: 1.1.6 Environment: jsf ri 1.2_04-b10-p01 Reporter: Menashe Duchovny crossDataTable.jsf gives:UIColumns component must be a child of a UIData component here is full stacktrace - Jun 25, 2007 12:06:52 AM org.apache.catalina.core.ApplicationDispatcher invoke SEVERE: Servlet.service() for servlet jsp threw exception java.lang.IllegalStateException: UIColumns component must be a child of a UIData component at org.apache.myfaces.custom.crosstable.UIColumns.getParentUIData(UIColumns.java:403) at org.apache.myfaces.custom.crosstable.UIColumns.setDataModel(UIColumns.java:263) at javax.faces.component.UIData.setValueBinding(UIData.java:634) at org.apache.myfaces.custom.crosstable.UIColumns.setValueBinding(UIColumns.java:241) at org.apache.myfaces.shared_tomahawk.taglib.UIComponentTagUtils.setValueProperty(UIComponentTagUtils.java:149) at org.apache.myfaces.shared_tomahawk.taglib.UIComponentBodyTagBase.setValueProperty(UIComponentBodyTagBase.java:168) at org.apache.myfaces.shared_tomahawk.taglib.UIComponentBodyTagBase.setProperties(UIComponentBodyTagBase.java:110) at org.apache.myfaces.shared_tomahawk.taglib.html.HtmlComponentBodyTagBase.setProperties(HtmlComponentBodyTagBase.java:74) at org.apache.myfaces.custom.crosstable.HtmlColumnsTag.setProperties(HtmlColumnsTag.java:107) at javax.faces.webapp.UIComponentTag.createComponent(UIComponentTag.java:209) at javax.faces.webapp.UIComponentClassicTagBase.createChild(UIComponentClassicTagBase.java:476) at javax.faces.webapp.UIComponentClassicTagBase.findComponent(UIComponentClassicTagBase.java:660) at javax.faces.webapp.UIComponentClassicTagBase.doStartTag(UIComponentClassicTagBase.java:) at org.apache.jsp.crossDataTable_jsp._jspx_meth_t_005fcolumns_005f0(crossDataTable_jsp.java:966) at org.apache.jsp.crossDataTable_jsp._jspx_meth_t_005fdataTable_005f0(crossDataTable_jsp.java:809) at org.apache.jsp.crossDataTable_jsp._jspx_meth_h_005fpanelGroup_005f0(crossDataTable_jsp.java:342) at org.apache.jsp.crossDataTable_jsp._jspx_meth_h_005fform_005f0(crossDataTable_jsp.java:289) at org.apache.jsp.crossDataTable_jsp._jspx_meth_f_005fview_005f0(crossDataTable_jsp.java:224) at org.apache.jsp.crossDataTable_jsp._jspService(crossDataTable_jsp.java:167) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:393) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:320) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:654) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:445) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:379) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:292) at com.sun.faces.context.ExternalContextImpl.dispatch(ExternalContextImpl.java:408) at com.sun.faces.application.ViewHandlerImpl.executePageToBuildView(ViewHandlerImpl.java:439) at com.sun.faces.application.ViewHandlerImpl.renderView(ViewHandlerImpl.java:114) at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:106) at com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:251) at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:144) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:245) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.myfaces.webapp.filter.ExtensionsFilter.doFilter(ExtensionsFilter.java:147) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at