Re: [newbie] How to pass a parameter from one page to another
Great! Thanks for writing this entry!On 9/17/05, Rick Reumann [EMAIL PROTECTED] wrote: On 9/16/05, Martin Marinschek [EMAIL PROTECTED] wrote: If you like it,you might want to document it ;) Created a wiki entry here on it, plus some other techniques. I'm sure I made some mistakes so any corrections welcome. http://wiki.apache.org/myfaces/ExecutingMethodsFromLinkButtonParameters -- Rick
Re: [newbie] Forward to launch page
Hi, as i mentioned before: your has to made the redirect/forward link relative. I just check this out with the redirect in my application. Prefixing the redirect url with a '/' results in a HTTP Status 404 - /faces/overview/intro.jsp ! If you use absolute url you has to add the application path also. If you know the url you has to type in your browser to get your launch page, this is exactly the url to must redirect/forward to! The navigation-rules of your faces-config.xml are not needed for this, just for inner application navigation. Regards Rick Reumann wrote: Well I believe your index page of: jsp:forward page=/launch.faces/ Is going to try to find /launch.jsp in the root but you don't have launch there so make it: jsp:forward page=/pages/launch.faces/ and you should be all set. Also this rule: navigation-rule navigation-case to-view-id/pages/launch.jsp/to-view-id /navigation-case /navigation-rule I don't think will do anything since you don't have a from-outcome defined, so I'm not sure what the above will ever do. I think you are expecting the to-view-id to fire based on the forward set up in your index, but that's not the case since that forward is going to try to resolve to a jsp (which doesn't exist in your root). -- Don't answer to From: address! Mail to this account are droped if not recieved via mailinglist. To contact me direct create the mail address by concatenating my forename to my senders domain.
Re: [newbie] Forward to launch page
Wow! I feel like I'm in left field here. Let me back up and tell you what I want to accomplish. I have an existing Struts application which I want to convert to using JSF. That application uses tiles and prefix mapping. I have the Struts application set up such that when the user invokes /app/launch, the Struts controller is invoked (prefix mapping for Struts servlet is /app/*), looks up the corresponding action mapping, TilesRequestProcessor resolves the tiles definition then builds my page. So far, the examples I have provided on this thread use extesion mapping. This is because I started having so much trouble with prefix mapping, that I thought if I could get my example working using extension mapping, I could simply change the mapping and I would be okay. So before I waste more bandwidth, I'm going to do some more research, because I obviously don't understand the life cycle. Thanks for all who have helped so far. /robert Volker Weber wrote: Hi, as i mentioned before: your has to made the redirect/forward link relative. I just check this out with the redirect in my application. Prefixing the redirect url with a '/' results in a HTTP Status 404 - /faces/overview/intro.jsp ! If you use absolute url you has to add the application path also. If you know the url you has to type in your browser to get your launch page, this is exactly the url to must redirect/forward to! The navigation-rules of your faces-config.xml are not needed for this, just for inner application navigation. Regards Rick Reumann wrote: Well I believe your index page of: jsp:forward page=/launch.faces/ Is going to try to find /launch.jsp in the root but you don't have launch there so make it: jsp:forward page=/pages/launch.faces/ and you should be all set. Also this rule: navigation-rule navigation-case to-view-id/pages/launch.jsp/to-view-id /navigation-case /navigation-rule I don't think will do anything since you don't have a from-outcome defined, so I'm not sure what the above will ever do. I think you are expecting the to-view-id to fire based on the forward set up in your index, but that's not the case since that forward is going to try to resolve to a jsp (which doesn't exist in your root).
Ajax Tree
I need an Ajax tree for an application. Do any body have a suggestion in this regard?-- from debian manifesto:Debian Linux is a brand-new kind of Linux distribution. Rather than being developed by one isolated individua l or group, as other distributions of Linux have been developed in the past, Debian is being developed openly in the spirit of Linux and GNU.
Which Jar files to use for the nightly build
Hi, I ran into a possible bug with the 1.0.9 build of Myface, the valueChangeListener not gets firedfrom SelectOneMenu.I wonder if this is a bug. I am now trying to use the nightly build, but what jar filesshould Iuse? I used MyFace-all.jar and got the error saying my backing bean is not found when running the application. thanks, Saul
Re: [newbie] Forward to launch page
Robert, I haven't figured out Tiles yet with JSF. I got frustrated trying too many things at once, so I backed out my Tiles stuff and just tried to get a simple app working first. My next step is to learn tiles. I have the feeling using Tiles might really complicate the learning process. On 9/17/05, Robert Taylor [EMAIL PROTECTED] wrote: Wow! I feel like I'm in left field here.Let me back up and tell you what I want to accomplish.I have an existing Struts application which I want to convert to usingJSF. That application uses tiles and prefix mapping. I have the Struts application set up such that when the user invokes /app/launch, theStruts controller is invoked (prefix mapping for Struts servlet is/app/*), looks up the corresponding action mapping,TilesRequestProcessor resolves the tiles definition then builds my page. So far, the examples I have provided on this thread use extesionmapping. This is because I started having so much trouble with prefixmapping, that I thought if I could get my example working usingextension mapping, I could simply change the mapping and I would be okay. So before I waste more bandwidth, I'm going to do some more research,because I obviously don't understand the life cycle.Thanks for all who have helped so far./robertVolker Weber wrote: Hi, as i mentioned before: your has to made the redirect/forward link relative. I just check this out with the redirect in my application. Prefixing the redirect url with a '/' results in a HTTP Status 404 - /faces/overview/intro.jsp ! If you use absolute url you has to add the application path also. If you know the url you has to type in your browser to get your launch page, this is exactly the url to must redirect/forward to! The navigation-rules of your faces-config.xml are not needed for this, just for inner application navigation. Regards Rick Reumann wrote:Well I believe your index page of:jsp:forward page=/launch.faces/Is going to try to find /launch.jsp in the root but you don't have launch there so make it:jsp:forward page=/pages/launch.faces/ and you should be all set.Also this rule:navigation-rule navigation-caseto-view-id/pages/launch.jsp/to-view-id /navigation-case/navigation-ruleI don't think will do anything since you don't have a from-outcome defined, so I'm not sure what the above will ever do. I think you areexpecting the to-view-id to fire based on the forward set up in yourindex, but that's not the case since that forward is going to try to resolve to a jsp (which doesn't exist in your root).-- Rick
Re: [newbie] Forward to launch page
Yep. Good advice. I'm backing out the JspTilesViewHandlerImpl for now and am using the default. I'll get it eventually. /robert Rick Reumann wrote: Robert, I haven't figured out Tiles yet with JSF. I got frustrated trying too many things at once, so I backed out my Tiles stuff and just tried to get a simple app working first. My next step is to learn tiles. I have the feeling using Tiles might really complicate the learning process. On 9/17/05, *Robert Taylor* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Wow! I feel like I'm in left field here. Let me back up and tell you what I want to accomplish. I have an existing Struts application which I want to convert to using JSF. That application uses tiles and prefix mapping. I have the Struts application set up such that when the user invokes /app/launch, the Struts controller is invoked (prefix mapping for Struts servlet is /app/*), looks up the corresponding action mapping, TilesRequestProcessor resolves the tiles definition then builds my page. So far, the examples I have provided on this thread use extesion mapping. This is because I started having so much trouble with prefix mapping, that I thought if I could get my example working using extension mapping, I could simply change the mapping and I would be okay. So before I waste more bandwidth, I'm going to do some more research, because I obviously don't understand the life cycle. Thanks for all who have helped so far. /robert Volker Weber wrote: Hi, as i mentioned before: your has to made the redirect/forward link relative. I just check this out with the redirect in my application. Prefixing the redirect url with a '/' results in a HTTP Status 404 - /faces/overview/intro.jsp ! If you use absolute url you has to add the application path also. If you know the url you has to type in your browser to get your launch page, this is exactly the url to must redirect/forward to! The navigation-rules of your faces-config.xml are not needed for this, just for inner application navigation. Regards Rick Reumann wrote: Well I believe your index page of: jsp:forward page=/launch.faces/ Is going to try to find /launch.jsp in the root but you don't have launch there so make it: jsp:forward page=/pages/launch.faces/ and you should be all set. Also this rule: navigation-rule navigation-case to-view-id/pages/launch.jsp/to-view-id /navigation-case /navigation-rule I don't think will do anything since you don't have a from-outcome defined, so I'm not sure what the above will ever do. I think you are expecting the to-view-id to fire based on the forward set up in your index, but that's not the case since that forward is going to try to resolve to a jsp (which doesn't exist in your root). -- Rick
Re: [newbie] How to pass a parameter from one page to another
Very good entry, the one thing missing IMHO in the end is mentioning setting preserveDataModel to true on your t:dataTable element. With that, you can even omit using the t:saveState tag. regards, Martin On 9/17/05, Thomas Spiegl [EMAIL PROTECTED] wrote: Great! Thanks for writing this entry! On 9/17/05, Rick Reumann [EMAIL PROTECTED] wrote: On 9/16/05, Martin Marinschek [EMAIL PROTECTED] wrote: If you like it, you might want to document it ;) Created a wiki entry here on it, plus some other techniques. I'm sure I made some mistakes so any corrections welcome. http://wiki.apache.org/myfaces/ExecutingMethodsFromLinkButtonParameters -- Rick -- http://www.irian.at Your JSF powerhouse - JSF Trainings in English and German
Re: [newbie] How to pass a parameter from one page to another
Martin Marinschek wrote the following on 9/17/2005 12:12 PM: Very good entry, the one thing missing IMHO in the end is mentioning setting preserveDataModel to true on your t:dataTable element. With that, you can even omit using the t:saveState tag. Does that only preserve it for the next request? I don't want it preserved in Session. If it acts just like saveState, that would be great. -- Rick
Re: [newbie] How to pass a parameter from one page to another
Yes! not even for the whole next request, until right before the render response phase... regards, Martin On 9/17/05, Rick Reumann [EMAIL PROTECTED] wrote: Martin Marinschek wrote the following on 9/17/2005 12:12 PM: Very good entry, the one thing missing IMHO in the end is mentioning setting preserveDataModel to true on your t:dataTable element. With that, you can even omit using the t:saveState tag. Does that only preserve it for the next request? I don't want it preserved in Session. If it acts just like saveState, that would be great. -- Rick -- http://www.irian.at Your JSF powerhouse - JSF Trainings in English and German
Re: Ajax Tree
Alexander Smirnov posted an Ajax framework to this list not too long ago. demo: http://smirnov.org.ru/myfaces-ajax/ Maybe you want to have a look at it? regards, Martin On 9/17/05, Arash Bijanzadeh [EMAIL PROTECTED] wrote: I need an Ajax tree for an application. Do any body have a suggestion in this regard? -- from debian manifesto: Debian Linux is a brand-new kind of Linux distribution. Rather than being developed by one isolated individua l or group, as other distributions of Linux have been developed in the past, Debian is being developed openly in the spirit of Linux and GNU. -- http://www.irian.at Your JSF powerhouse - JSF Trainings in English and German
RE: Ajax Tree
We are using the WebGalileo components, and I believe their latest version of the Tree component uses AJAX technology. I'm not familiar with the details, but it works well for us and has lots of flexibility (supports either client-side JavaScript or lazy-loading server-side interactions). It is not open-source, but the licensing terms and pricing are reasonable. You can find out more at: http://www.jscape.com/webgalileofaces/tree.html Don -Original Message- From: Martin Marinschek [mailto:[EMAIL PROTECTED] Sent: Saturday, September 17, 2005 9:24 AM To: MyFaces Discussion; [EMAIL PROTECTED] Subject: Re: Ajax Tree Alexander Smirnov posted an Ajax framework to this list not too long ago. demo: http://smirnov.org.ru/myfaces-ajax/ Maybe you want to have a look at it? regards, Martin On 9/17/05, Arash Bijanzadeh [EMAIL PROTECTED] wrote: I need an Ajax tree for an application. Do any body have a suggestion in this regard? -- from debian manifesto: Debian Linux is a brand-new kind of Linux distribution. Rather than being developed by one isolated individua l or group, as other distributions of Linux have been developed in the past, Debian is being developed openly in the spirit of Linux and GNU. -- http://www.irian.at Your JSF powerhouse - JSF Trainings in English and German
Re: URGENT! HELP ME! Tree2 state problem
Hi, I have the same problem as my app involves changing the tree2 all the time, modifying node, changing the root... I really hope the patch will make it in the build soon! Cheers EmmanuelOn 9/16/05, Enrico Nicola Mirco [EMAIL PROTECTED] wrote: Hi, Thank you very much for your answer. I hope the patch will includes in the nightly builds quickly. On 9/16/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: You could set preserveToggle=false, but this is the general problem that the tree does not like dynamic changing tree structures, because the TreeState is not notified of the changes. I will propose a patch that will make the tree more tolerant to incompatible states, see MYFACES-568. [EMAIL PROTECTED] schrieb am 15.09.2005 14:56:15: Hi, I have a tree2 with showRootNode=true preserveToggle=true clientSideToggle=true. I describe my problem: 1) I open a JSP popup page with a tree2 (there are many nodes under the root); 2) I expand some node; 3) I close popup; 4) I reopen the popup with another tree2 that, in this case, has only the root because the datamodel is empty. When I open the page the following error occurs:Encountered a node 0 with an illogical state. Node is expanded but it is also considered a leaf (a leaf cannot be considered expanded.) When I populate the TreeNode the new TreeNodeBase is create as Leaf, and then, if it has at least a child, I set Leaf=false. I tried to set Leaf=false but the problem is not resolved. I tried to use collapsePath(0) in the backbean but it doesn't work. I think the tree attempts to restore the previous tree node state.Please everyone help me!!! Thank you
Re: URGENT! HELP ME! Tree2 state problem
You can always build the jars yourself using the source code. Just do SVN checkout and apply the patch. Right now we are focused on the MyFaces 1.1 release on Monday. sean On 9/17/05, Emmanuel Jay [EMAIL PROTECTED] wrote: Hi, I have the same problem as my app involves changing the tree2 all the time, modifying node, changing the root... I really hope the patch will make it in the build soon! Cheers Emmanuel On 9/16/05, Enrico Nicola Mirco [EMAIL PROTECTED] wrote: Hi, Thank you very much for your answer. I hope the patch will includes in the nightly builds quickly. On 9/16/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: You could set preserveToggle=false, but this is the general problem that the tree does not like dynamic changing tree structures, because the TreeState is not notified of the changes. I will propose a patch that will make the tree more tolerant to incompatible states, see MYFACES-568. [EMAIL PROTECTED] schrieb am 15.09.2005 14:56:15: Hi, I have a tree2 with showRootNode=true preserveToggle=true clientSideToggle=true. I describe my problem: 1) I open a JSP popup page with a tree2 (there are many nodes under the root); 2) I expand some node; 3) I close popup; 4) I reopen the popup with another tree2 that, in this case, has only the root because the datamodel is empty. When I open the page the following error occurs: Encountered a node 0 with an illogical state. Node is expanded but it is also considered a leaf (a leaf cannot be considered expanded.) When I populate the TreeNode the new TreeNodeBase is create as Leaf, and then, if it has at least a child, I set Leaf=false. I tried to set Leaf=false but the problem is not resolved. I tried to use collapsePath(0) in the backbean but it doesn't work. I think the tree attempts to restore the previous tree node state. Please everyone help me!!! Thank you
Re: [newbie] Forward to launch page (w/Tiles) [SOLVED]
First, thanks again for the patience of the group on this matter and for those who helped; Rick, Wendy, and Volker. I definitely had a Struts mindset when it came to the request processing life cycle. Once I read through the spec. and understood the request processing life cycle a little better, things became more clear as to the behavior I was seeing. Here's what I ended up doing: - Used path mapping in web.xml and mapped the JSF servlet to /app/* - Defined index.jsp as a welcome page for my app. - Used a jsp:forward page=/app/launch.jsp/ in index.jsp. (Note I do not have a page launch.jsp under my web app root context). This is kind of tricky here. Since I'm using JspTilesViewHandlerImpl, it processes the request like so: - Determines that I'm using path mapping and not extension mapping - Looks for the default suffix (.jsp) - Replaces the default suffix with the default Tiles suffix (.tiles). - Looks up the Tiles definition corresponding to /launch.tiles - Dispatches to /lauch.tiles From there, Tiles does the rest as far as rendering the view. It ended up pulling my /pages/launch.jsp into a template as defined by the tile. As a couple of you already mentioned, the navigation rules did not even come into play. This is because, it was a non-faces request; meaning the request did not originate as a result of a JSF request. I also learned that the extension which the JspTilesViewHandlerImpl looks for to determine if it should be processed by Tiles, is configurable. You can define something other than the default by placing it in the web.xml init context param under the attribute, javax.faces.DEFAULT_SUFFIX. For example: context-param param-namejavax.faces.DEFAULT_SUFFIX/param-name param-value.myTilesSuffix/param-value /context-param Anyhow, I think I'm good to go for now. I'll press on with more adventures in JSF :) /robert Robert Taylor wrote: Yep. Good advice. I'm backing out the JspTilesViewHandlerImpl for now and am using the default. I'll get it eventually. /robert Rick Reumann wrote: Robert, I haven't figured out Tiles yet with JSF. I got frustrated trying too many things at once, so I backed out my Tiles stuff and just tried to get a simple app working first. My next step is to learn tiles. I have the feeling using Tiles might really complicate the learning process. On 9/17/05, *Robert Taylor* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Wow! I feel like I'm in left field here. Let me back up and tell you what I want to accomplish. I have an existing Struts application which I want to convert to using JSF. That application uses tiles and prefix mapping. I have the Struts application set up such that when the user invokes /app/launch, the Struts controller is invoked (prefix mapping for Struts servlet is /app/*), looks up the corresponding action mapping, TilesRequestProcessor resolves the tiles definition then builds my page. So far, the examples I have provided on this thread use extesion mapping. This is because I started having so much trouble with prefix mapping, that I thought if I could get my example working using extension mapping, I could simply change the mapping and I would be okay. So before I waste more bandwidth, I'm going to do some more research, because I obviously don't understand the life cycle. Thanks for all who have helped so far. /robert Volker Weber wrote: Hi, as i mentioned before: your has to made the redirect/forward link relative. I just check this out with the redirect in my application. Prefixing the redirect url with a '/' results in a HTTP Status 404 - /faces/overview/intro.jsp ! If you use absolute url you has to add the application path also. If you know the url you has to type in your browser to get your launch page, this is exactly the url to must redirect/forward to! The navigation-rules of your faces-config.xml are not needed for this, just for inner application navigation. Regards Rick Reumann wrote: Well I believe your index page of: jsp:forward page=/launch.faces/ Is going to try to find /launch.jsp in the root but you don't have launch there so make it: jsp:forward page=/pages/launch.faces/ and you should be all set. Also this rule: navigation-rule navigation-case to-view-id/pages/launch.jsp/to-view-id /navigation-case /navigation-rule I don't think will do anything since you don't have a from-outcome defined, so I'm not sure what the above will ever do. I think you are expecting the to-view-id to fire based on the forward set up in your index, but that's not the case since that forward is going to try to resolve to a jsp (which
Re: [newbie] Forward to launch page (w/Tiles) [SOLVED]
I think something like this belongs onto the Wiki if you can spare the time! would be great to have this info there ;) regards, Martin On 9/18/05, Robert Taylor [EMAIL PROTECTED] wrote: First, thanks again for the patience of the group on this matter and for those who helped; Rick, Wendy, and Volker. I definitely had a Struts mindset when it came to the request processing life cycle. Once I read through the spec. and understood the request processing life cycle a little better, things became more clear as to the behavior I was seeing. Here's what I ended up doing: - Used path mapping in web.xml and mapped the JSF servlet to /app/* - Defined index.jsp as a welcome page for my app. - Used a jsp:forward page=/app/launch.jsp/ in index.jsp. (Note I do not have a page launch.jsp under my web app root context). This is kind of tricky here. Since I'm using JspTilesViewHandlerImpl, it processes the request like so: - Determines that I'm using path mapping and not extension mapping - Looks for the default suffix (.jsp) - Replaces the default suffix with the default Tiles suffix (.tiles). - Looks up the Tiles definition corresponding to /launch.tiles - Dispatches to /lauch.tiles From there, Tiles does the rest as far as rendering the view. It ended up pulling my /pages/launch.jsp into a template as defined by the tile. As a couple of you already mentioned, the navigation rules did not even come into play. This is because, it was a non-faces request; meaning the request did not originate as a result of a JSF request. I also learned that the extension which the JspTilesViewHandlerImpl looks for to determine if it should be processed by Tiles, is configurable. You can define something other than the default by placing it in the web.xml init context param under the attribute, javax.faces.DEFAULT_SUFFIX. For example: context-param param-namejavax.faces.DEFAULT_SUFFIX/param-name param-value.myTilesSuffix/param-value /context-param Anyhow, I think I'm good to go for now. I'll press on with more adventures in JSF :) /robert Robert Taylor wrote: Yep. Good advice. I'm backing out the JspTilesViewHandlerImpl for now and am using the default. I'll get it eventually. /robert Rick Reumann wrote: Robert, I haven't figured out Tiles yet with JSF. I got frustrated trying too many things at once, so I backed out my Tiles stuff and just tried to get a simple app working first. My next step is to learn tiles. I have the feeling using Tiles might really complicate the learning process. On 9/17/05, *Robert Taylor* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Wow! I feel like I'm in left field here. Let me back up and tell you what I want to accomplish. I have an existing Struts application which I want to convert to using JSF. That application uses tiles and prefix mapping. I have the Struts application set up such that when the user invokes /app/launch, the Struts controller is invoked (prefix mapping for Struts servlet is /app/*), looks up the corresponding action mapping, TilesRequestProcessor resolves the tiles definition then builds my page. So far, the examples I have provided on this thread use extesion mapping. This is because I started having so much trouble with prefix mapping, that I thought if I could get my example working using extension mapping, I could simply change the mapping and I would be okay. So before I waste more bandwidth, I'm going to do some more research, because I obviously don't understand the life cycle. Thanks for all who have helped so far. /robert Volker Weber wrote: Hi, as i mentioned before: your has to made the redirect/forward link relative. I just check this out with the redirect in my application. Prefixing the redirect url with a '/' results in a HTTP Status 404 - /faces/overview/intro.jsp ! If you use absolute url you has to add the application path also. If you know the url you has to type in your browser to get your launch page, this is exactly the url to must redirect/forward to! The navigation-rules of your faces-config.xml are not needed for this, just for inner application navigation. Regards Rick Reumann wrote: Well I believe your index page of: jsp:forward page=/launch.faces/ Is going to try to find /launch.jsp in the root but you don't have launch there so make it: jsp:forward page=/pages/launch.faces/ and you should be all set. Also this rule: navigation-rule navigation-case to-view-id/pages/launch.jsp/to-view-id
Re: [newbie] Forward to launch page (w/Tiles) [SOLVED]
Yea Robert, PLEASE put your findings in the wiki. An entry on how to get started using Tiles with JSF would be extremely helpful. I'm going to be tapping you for tiles help now:) On 9/17/05, Martin Marinschek [EMAIL PROTECTED] wrote:I think something like this belongs onto the Wiki if you can spare the time! would be great to have this info there ;)regards,Martin
Problem upgrading from MyFaces 1.0.9 to 1.1.0
Hi, I upgraded my application from 1.0.9 to the very latest 1.1.0.I'm getting the following error which I didn't have before. Any idea what the problem could be? thanks, Saul -- exception javax.servlet.ServletException: Base is null: LoginBean javax.faces.webapp.FacesServlet.service(FacesServlet.java:109) root cause javax.faces.el.PropertyNotFoundException: Base is null: LoginBean org.apache.myfaces.el.ValueBindingImpl.resolveToBaseAndProperty(ValueBindingImpl.java:457) org.apache.myfaces.el.ValueBindingImpl.getType(ValueBindingImpl.java:169) com.sun.faces.renderkit.html_basic.HtmlBasicInputRenderer.getConvertedValue(HtmlBasicInputRenderer.java:111) javax.faces.component.UIInput.getConvertedValue(UIInput.java:289) javax.faces.component.UIInput.validate(UIInput.java:265) javax.faces.component.UIInput.processValidators(UIInput.java:144) javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:417) javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:417) javax.faces.component.UIForm.processValidators(UIForm.java:68) javax.faces.component.UIComponentBase.processValidators(UIComponentBase.java:417) javax.faces.component.UIViewRoot.processValidators(UIViewRoot.java:142) org.apache.myfaces.lifecycle.LifecycleImpl.processValidations(LifecycleImpl.java:208) org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:76) javax.faces.webapp.FacesServlet.service(FacesServlet.java:94)