Re: SV: SV: SV: SV: SV: How to initialize a bean before initial display
>From: AM101 <[EMAIL PROTECTED]> > > > That was a typo...here is exception message again after changing it to > managed-bean-name... > > Servlet.service() for servlet jsp threw exception > javax.faces.el.ReferenceSyntaxException: Invalid expression: > '[EMAIL PROTECTED]' > It looks like you are trying to use Clay symbols in a JSP. Clay symbols only work if the component "sub-tree" is built using Clay. What are you trying to achieve? Gary > Hermod Opstvedt wrote: > > > > Hi > > > > Its' managed-bean-name, not member-bean-name. This is the implicit mapping > > that Shale does. > > > > > > Hermod > > > > > > -Opprinnelig melding- > > Fra: AM101 [mailto:[EMAIL PROTECTED] > > Sendt: 27. april 2007 19:45 > > Til: user@shale.apache.org > > Emne: Re: SV: SV: SV: SV: How to initialize a bean before initial display > > > > > > I added backing bean entry in my faces-config.xml file: > > > > jspx$login > > > > com.foo.ui.view.backing.Login > > request > > > > > > and I also added in my > > login.jspx page. But now I get ReferenceSyntaxException. > > > > Stack Trace: > > > > > > Servlet.service() for servlet jsp threw exception > > javax.faces.el.ReferenceSyntaxException: Invalid expression: > > '[EMAIL PROTECTED]' > > at > > org.apache.myfaces.el.ELParserHelper.parseExpression(ELParserHelper.java:97) > > > > at > > org.apache.myfaces.el.ValueBindingImpl$2.newInstance(ValueBindingImpl.java:8 > > > > 2) > > at > > org.apache.myfaces.shared_impl.util.BiLevelCacheMap.get(BiLevelCacheMap.java > > > > :123) > > at > > org.apache.myfaces.el.ValueBindingImpl.(ValueBindingImpl.java:115) > > at > > org.apache.myfaces.application.ApplicationImpl$1.newInstance(ApplicationImpl > > > > .java:64) > > at > > org.apache.myfaces.shared_impl.util.BiLevelCacheMap.get(BiLevelCacheMap.java > > > > :123) > > at > > org.apache.myfaces.application.ApplicationImpl.createValueBinding(Applicatio > > > > nImpl.java:617) > > at > > javax.faces.webapp.UIComponentTag.createComponentInstance(UIComponentTag.jav > > > > a:708) > > at > > javax.faces.webapp.UIComponentTag.findComponent(UIComponentTag.java:596) > > at > > javax.faces.webapp.UIComponentTag.doStartTag(UIComponentTag.java:312) > > at > > oracle.adf.view.faces.webapp.UIXComponentTag.doStartTag(UIXComponentTag.java > > > > :85) > > at > > org.apache.jsp.jspx.login_jspx._jspx_meth_af_outputText_0(login_jspx.java:10 > > > > 56) > > at > > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_cellFormat_7(login_jspx.java:1 > > > > 034) > > at > > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_rowLayout_5(login_jspx.java:10 > > > > 10) > > at > > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_tableLayout_4(login_jspx.java: > > > > 966) > > at > > org.apache.jsp.jspx.login_jspx._jspx_meth_af_form_0(login_jspx.java:941) > > at > > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_cellFormat_6(login_jspx.java:9 > > > > 18) > > at > > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_rowLayout_4(login_jspx.java:81 > > > > 6) > > at > > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_tableLayout_3(login_jspx.java: > > > > 689) > > at > > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_cellFormat_3(login_jspx.java:6 > > > > 62) > > at > > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_rowLayout_2(login_jspx.java:55 > > > > 8) > > at > > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_tableLayout_2(login_jspx.java: > > > > 534) > > at > > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_cellFormat_1(login_jspx.java:5 > > > > 08) > > at > > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_rowLayout_1(login_jspx.java:48 > > > > 1) > > at > > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_tableLayout_1(login_jspx.java: > > > > 459) > > at > > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_cellFormat_0(login_jspx.java:4 > > > > 34) > > at > > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_rowLayout_0(login_jspx.java:41 > > > > 1) > > at > > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_tableLayout_0(login_jspx.java: > > > > 389) > > at > > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_body_0(login_jspx.java:364) > > at > > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_html_0(login_jspx.java:262) > > at > > org.apache.jsp.jspx.login_jspx._jspx_meth_f_view_0(login_jspx.java:229) > > at org.apache.jsp.jspx.login_jspx._jspService(login_jspx.java:199) > > at > > org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) > > at > > org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:3 > > > > 34) > > at > > org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314) > > at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) > > at javax.servlet.http.HttpServlet.service(HttpServlet.ja
Re: SV: SV: SV: SV: SV: How to initialize a bean before initial display
That was a typo...here is exception message again after changing it to managed-bean-name... Servlet.service() for servlet jsp threw exception javax.faces.el.ReferenceSyntaxException: Invalid expression: '[EMAIL PROTECTED]' Hermod Opstvedt wrote: > > Hi > > Its' managed-bean-name, not member-bean-name. This is the implicit mapping > that Shale does. > > > Hermod > > > -Opprinnelig melding- > Fra: AM101 [mailto:[EMAIL PROTECTED] > Sendt: 27. april 2007 19:45 > Til: user@shale.apache.org > Emne: Re: SV: SV: SV: SV: How to initialize a bean before initial display > > > I added backing bean entry in my faces-config.xml file: > > jspx$login > > com.foo.ui.view.backing.Login > request > > > and I also added in my > login.jspx page. But now I get ReferenceSyntaxException. > > Stack Trace: > > > Servlet.service() for servlet jsp threw exception > javax.faces.el.ReferenceSyntaxException: Invalid expression: > '[EMAIL PROTECTED]' > at > org.apache.myfaces.el.ELParserHelper.parseExpression(ELParserHelper.java:97) > at > org.apache.myfaces.el.ValueBindingImpl$2.newInstance(ValueBindingImpl.java:8 > 2) > at > org.apache.myfaces.shared_impl.util.BiLevelCacheMap.get(BiLevelCacheMap.java > :123) > at > org.apache.myfaces.el.ValueBindingImpl.(ValueBindingImpl.java:115) > at > org.apache.myfaces.application.ApplicationImpl$1.newInstance(ApplicationImpl > .java:64) > at > org.apache.myfaces.shared_impl.util.BiLevelCacheMap.get(BiLevelCacheMap.java > :123) > at > org.apache.myfaces.application.ApplicationImpl.createValueBinding(Applicatio > nImpl.java:617) > at > javax.faces.webapp.UIComponentTag.createComponentInstance(UIComponentTag.jav > a:708) > at > javax.faces.webapp.UIComponentTag.findComponent(UIComponentTag.java:596) > at > javax.faces.webapp.UIComponentTag.doStartTag(UIComponentTag.java:312) > at > oracle.adf.view.faces.webapp.UIXComponentTag.doStartTag(UIXComponentTag.java > :85) > at > org.apache.jsp.jspx.login_jspx._jspx_meth_af_outputText_0(login_jspx.java:10 > 56) > at > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_cellFormat_7(login_jspx.java:1 > 034) > at > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_rowLayout_5(login_jspx.java:10 > 10) > at > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_tableLayout_4(login_jspx.java: > 966) > at > org.apache.jsp.jspx.login_jspx._jspx_meth_af_form_0(login_jspx.java:941) > at > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_cellFormat_6(login_jspx.java:9 > 18) > at > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_rowLayout_4(login_jspx.java:81 > 6) > at > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_tableLayout_3(login_jspx.java: > 689) > at > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_cellFormat_3(login_jspx.java:6 > 62) > at > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_rowLayout_2(login_jspx.java:55 > 8) > at > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_tableLayout_2(login_jspx.java: > 534) > at > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_cellFormat_1(login_jspx.java:5 > 08) > at > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_rowLayout_1(login_jspx.java:48 > 1) > at > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_tableLayout_1(login_jspx.java: > 459) > at > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_cellFormat_0(login_jspx.java:4 > 34) > at > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_rowLayout_0(login_jspx.java:41 > 1) > at > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_tableLayout_0(login_jspx.java: > 389) > at > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_body_0(login_jspx.java:364) > at > org.apache.jsp.jspx.login_jspx._jspx_meth_afh_html_0(login_jspx.java:262) > at > org.apache.jsp.jspx.login_jspx._jspx_meth_f_view_0(login_jspx.java:229) > at org.apache.jsp.jspx.login_jspx._jspService(login_jspx.java:199) > at > org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) > at > org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:3 > 34) > at > org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314) > at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application > FilterChain.java:252) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh > ain.java:173) > at > org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher. > java:672) > at > org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDis > patcher.java:463) > at > org.apache.
SV: SV: SV: SV: SV: How to initialize a bean before initial display
Hi Its' managed-bean-name, not member-bean-name. This is the implicit mapping that Shale does. Hermod -Opprinnelig melding- Fra: AM101 [mailto:[EMAIL PROTECTED] Sendt: 27. april 2007 19:45 Til: user@shale.apache.org Emne: Re: SV: SV: SV: SV: How to initialize a bean before initial display I added backing bean entry in my faces-config.xml file: jspx$login com.foo.ui.view.backing.Login request and I also added in my login.jspx page. But now I get ReferenceSyntaxException. Stack Trace: Servlet.service() for servlet jsp threw exception javax.faces.el.ReferenceSyntaxException: Invalid expression: '[EMAIL PROTECTED]' at org.apache.myfaces.el.ELParserHelper.parseExpression(ELParserHelper.java:97) at org.apache.myfaces.el.ValueBindingImpl$2.newInstance(ValueBindingImpl.java:8 2) at org.apache.myfaces.shared_impl.util.BiLevelCacheMap.get(BiLevelCacheMap.java :123) at org.apache.myfaces.el.ValueBindingImpl.(ValueBindingImpl.java:115) at org.apache.myfaces.application.ApplicationImpl$1.newInstance(ApplicationImpl .java:64) at org.apache.myfaces.shared_impl.util.BiLevelCacheMap.get(BiLevelCacheMap.java :123) at org.apache.myfaces.application.ApplicationImpl.createValueBinding(Applicatio nImpl.java:617) at javax.faces.webapp.UIComponentTag.createComponentInstance(UIComponentTag.jav a:708) at javax.faces.webapp.UIComponentTag.findComponent(UIComponentTag.java:596) at javax.faces.webapp.UIComponentTag.doStartTag(UIComponentTag.java:312) at oracle.adf.view.faces.webapp.UIXComponentTag.doStartTag(UIXComponentTag.java :85) at org.apache.jsp.jspx.login_jspx._jspx_meth_af_outputText_0(login_jspx.java:10 56) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_cellFormat_7(login_jspx.java:1 034) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_rowLayout_5(login_jspx.java:10 10) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_tableLayout_4(login_jspx.java: 966) at org.apache.jsp.jspx.login_jspx._jspx_meth_af_form_0(login_jspx.java:941) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_cellFormat_6(login_jspx.java:9 18) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_rowLayout_4(login_jspx.java:81 6) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_tableLayout_3(login_jspx.java: 689) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_cellFormat_3(login_jspx.java:6 62) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_rowLayout_2(login_jspx.java:55 8) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_tableLayout_2(login_jspx.java: 534) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_cellFormat_1(login_jspx.java:5 08) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_rowLayout_1(login_jspx.java:48 1) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_tableLayout_1(login_jspx.java: 459) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_cellFormat_0(login_jspx.java:4 34) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_rowLayout_0(login_jspx.java:41 1) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_tableLayout_0(login_jspx.java: 389) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_body_0(login_jspx.java:364) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_html_0(login_jspx.java:262) at org.apache.jsp.jspx.login_jspx._jspx_meth_f_view_0(login_jspx.java:229) at org.apache.jsp.jspx.login_jspx._jspService(login_jspx.java:199) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:3 34) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:173) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher. java:672) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDis patcher.java:463) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatch er.java:398) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher .java:301) at org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch(Servl etExternalContextImpl.java:416) at org.apache.myfaces.application.jsp.JspViewHandlerImpl.renderView(JspViewHand lerImpl.java:234) at oracle.adfinternal.view.faces.a
Re: SV: SV: SV: SV: How to initialize a bean before initial display
I added backing bean entry in my faces-config.xml file: jspx$login com.foo.ui.view.backing.Login request and I also added in my login.jspx page. But now I get ReferenceSyntaxException. Stack Trace: Servlet.service() for servlet jsp threw exception javax.faces.el.ReferenceSyntaxException: Invalid expression: '[EMAIL PROTECTED]' at org.apache.myfaces.el.ELParserHelper.parseExpression(ELParserHelper.java:97) at org.apache.myfaces.el.ValueBindingImpl$2.newInstance(ValueBindingImpl.java:82) at org.apache.myfaces.shared_impl.util.BiLevelCacheMap.get(BiLevelCacheMap.java:123) at org.apache.myfaces.el.ValueBindingImpl.(ValueBindingImpl.java:115) at org.apache.myfaces.application.ApplicationImpl$1.newInstance(ApplicationImpl.java:64) at org.apache.myfaces.shared_impl.util.BiLevelCacheMap.get(BiLevelCacheMap.java:123) at org.apache.myfaces.application.ApplicationImpl.createValueBinding(ApplicationImpl.java:617) at javax.faces.webapp.UIComponentTag.createComponentInstance(UIComponentTag.java:708) at javax.faces.webapp.UIComponentTag.findComponent(UIComponentTag.java:596) at javax.faces.webapp.UIComponentTag.doStartTag(UIComponentTag.java:312) at oracle.adf.view.faces.webapp.UIXComponentTag.doStartTag(UIXComponentTag.java:85) at org.apache.jsp.jspx.login_jspx._jspx_meth_af_outputText_0(login_jspx.java:1056) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_cellFormat_7(login_jspx.java:1034) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_rowLayout_5(login_jspx.java:1010) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_tableLayout_4(login_jspx.java:966) at org.apache.jsp.jspx.login_jspx._jspx_meth_af_form_0(login_jspx.java:941) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_cellFormat_6(login_jspx.java:918) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_rowLayout_4(login_jspx.java:816) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_tableLayout_3(login_jspx.java:689) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_cellFormat_3(login_jspx.java:662) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_rowLayout_2(login_jspx.java:558) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_tableLayout_2(login_jspx.java:534) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_cellFormat_1(login_jspx.java:508) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_rowLayout_1(login_jspx.java:481) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_tableLayout_1(login_jspx.java:459) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_cellFormat_0(login_jspx.java:434) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_rowLayout_0(login_jspx.java:411) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_tableLayout_0(login_jspx.java:389) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_body_0(login_jspx.java:364) at org.apache.jsp.jspx.login_jspx._jspx_meth_afh_html_0(login_jspx.java:262) at org.apache.jsp.jspx.login_jspx._jspx_meth_f_view_0(login_jspx.java:229) at org.apache.jsp.jspx.login_jspx._jspService(login_jspx.java:199) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:334) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672) at org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:463) at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:398) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301) at org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch(ServletExternalContextImpl.java:416) at org.apache.myfaces.application.jsp.JspViewHandlerImpl.renderView(JspViewHandlerImpl.java:234) at oracle.adfinternal.view.faces.application.ViewHandlerImpl.renderView(ViewHandlerImpl.java:157) at org.apache.shale.clay.faces.ClayViewHandler.renderView(ClayViewHandler.java:450) at org.apache.shale.view.faces.ViewViewHandler.renderView(ViewViewHandler.java:147) at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.j
SV: SV: SV: SV: How to initialize a bean before initial display
Hi What is the name of the view and bean? Example: If yor view is /lists.jsf the the bean must be defined as lists If your view is /member/info.jsf, then the bean must be defined as member$info And so on. Hermod -Opprinnelig melding- Fra: AM101 [mailto:[EMAIL PROTECTED] Sendt: 27. april 2007 16:50 Til: user@shale.apache.org Emne: Re: SV: SV: SV: How to initialize a bean before initial display My backing bean is request-scoped and it is mapped in faces-config.xml. But I am using ADF and now I want to use shale going forward. I added shale-application.jar, shale-core.jar and shale-view.jar to my existing library. I also modified web.xml and added following entries: shale org.apache.shale.application.faces.ShaleApplicationFilter shale /* I don't get any exception at startup and My backing bean is extending AbstractViewController but init() method is never called by the controller. Hermod Opstvedt wrote: > > Hi > > If its not called, you must have placed it in session-scope (it must be > request-scoped), or it is not mapped against the view in faces-config.xml > > Hermod > > > -Opprinnelig melding- > Fra: AM101 [mailto:[EMAIL PROTECTED] > Sendt: 26. april 2007 23:54 > Til: user@shale.apache.org > Emne: Re: SV: SV: How to initialize a bean before initial display > > > Thanks for your reply. I am now extending AbstractViewController and > implemented the init() method but this method is never called. do I need > to > configure anything? I am new to Shale, I appreciate your help. > > > > Hermod Opstvedt wrote: >> >> Hi >> >> In that case you can initialize it in the init method or prerender method >> of >> the viewcontroller. >> >> Hermod >> >> >> -Opprinnelig melding- >> Fra: AM101 [mailto:[EMAIL PROTECTED] >> Sendt: 26. april 2007 21:22 >> Til: user@shale.apache.org >> Emne: Re: SV: How to initialize a bean before initial display >> >> >> It is a view backing bean. >> >> >> >> Hermod Opstvedt wrote: >>> >>> Hi >>> >>> What type of bean? Is it ViewController or what? >>> >>> Hermod >>> >>> >>> -Opprinnelig melding- >>> Fra: AM101 [mailto:[EMAIL PROTECTED] >>> Sendt: 26. april 2007 17:30 >>> Til: user@shale.apache.org >>> Emne: How to initialize a bean before initial display >>> >>> >>> How do I initialize a bean before initial display? I want to populate >>> bean >>> values from database table. >>> >>> I can do it in the constructor, phase listener or by adding additional >>> getter method to initialize the bean. But is there any better way? >>> >>> -- >>> View this message in context: >>> >> > http://www.nabble.com/How-to-initialize-a-bean-before-initial-display-tf3652 >>> 365.html#a10202810 >>> Sent from the Shale - User mailing list archive at Nabble.com. >>> >>> >>> >>> >> >> -- >> View this message in context: >> > http://www.nabble.com/How-to-initialize-a-bean-before-initial-display-tf3652 >> 365.html#a10206968 >> Sent from the Shale - User mailing list archive at Nabble.com. >> >> >> >> > > -- > View this message in context: > http://www.nabble.com/How-to-initialize-a-bean-before-initial-display-tf3652 > 365.html#a10209745 > Sent from the Shale - User mailing list archive at Nabble.com. > > > > -- View this message in context: http://www.nabble.com/How-to-initialize-a-bean-before-initial-display-tf3652 365.html#a10220616 Sent from the Shale - User mailing list archive at Nabble.com.
Re: SV: SV: SV: How to initialize a bean before initial display
My backing bean is request-scoped and it is mapped in faces-config.xml. But I am using ADF and now I want to use shale going forward. I added shale-application.jar, shale-core.jar and shale-view.jar to my existing library. I also modified web.xml and added following entries: shale org.apache.shale.application.faces.ShaleApplicationFilter shale /* I don't get any exception at startup and My backing bean is extending AbstractViewController but init() method is never called by the controller. Hermod Opstvedt wrote: > > Hi > > If its not called, you must have placed it in session-scope (it must be > request-scoped), or it is not mapped against the view in faces-config.xml > > Hermod > > > -Opprinnelig melding- > Fra: AM101 [mailto:[EMAIL PROTECTED] > Sendt: 26. april 2007 23:54 > Til: user@shale.apache.org > Emne: Re: SV: SV: How to initialize a bean before initial display > > > Thanks for your reply. I am now extending AbstractViewController and > implemented the init() method but this method is never called. do I need > to > configure anything? I am new to Shale, I appreciate your help. > > > > Hermod Opstvedt wrote: >> >> Hi >> >> In that case you can initialize it in the init method or prerender method >> of >> the viewcontroller. >> >> Hermod >> >> >> -Opprinnelig melding- >> Fra: AM101 [mailto:[EMAIL PROTECTED] >> Sendt: 26. april 2007 21:22 >> Til: user@shale.apache.org >> Emne: Re: SV: How to initialize a bean before initial display >> >> >> It is a view backing bean. >> >> >> >> Hermod Opstvedt wrote: >>> >>> Hi >>> >>> What type of bean? Is it ViewController or what? >>> >>> Hermod >>> >>> >>> -Opprinnelig melding- >>> Fra: AM101 [mailto:[EMAIL PROTECTED] >>> Sendt: 26. april 2007 17:30 >>> Til: user@shale.apache.org >>> Emne: How to initialize a bean before initial display >>> >>> >>> How do I initialize a bean before initial display? I want to populate >>> bean >>> values from database table. >>> >>> I can do it in the constructor, phase listener or by adding additional >>> getter method to initialize the bean. But is there any better way? >>> >>> -- >>> View this message in context: >>> >> > http://www.nabble.com/How-to-initialize-a-bean-before-initial-display-tf3652 >>> 365.html#a10202810 >>> Sent from the Shale - User mailing list archive at Nabble.com. >>> >>> >>> >>> >> >> -- >> View this message in context: >> > http://www.nabble.com/How-to-initialize-a-bean-before-initial-display-tf3652 >> 365.html#a10206968 >> Sent from the Shale - User mailing list archive at Nabble.com. >> >> >> >> > > -- > View this message in context: > http://www.nabble.com/How-to-initialize-a-bean-before-initial-display-tf3652 > 365.html#a10209745 > Sent from the Shale - User mailing list archive at Nabble.com. > > > > -- View this message in context: http://www.nabble.com/How-to-initialize-a-bean-before-initial-display-tf3652365.html#a10220616 Sent from the Shale - User mailing list archive at Nabble.com.
Re: Submitted values lost - view is "refilled" everytime with model values
>From: Torsten Krah <[EMAIL PROTECTED]> >Hm did many Debug Points. > >My RequestParameterMap got the entered values. >They are applied to my components in Phase 2 - setLocalValueSet is >called with set = true. > >Now Phase 3 fails and Lifecycle goes to Phase 6. >Now a fresh tree is rendered , because my components does not got a >local value set - although the RestoreViewExecutor: > > >Application application = facesContext.getApplication(); >ViewHandler viewHandler = application.getViewHandler(); > >// boolean viewCreated = false; >UIViewRoot viewRoot = viewHandler.restoreView(facesContext, >viewId); >if (viewRoot == null) { >viewRoot = viewHandler.createView(facesContext, viewId); >viewRoot.setViewId(viewId); >facesContext.renderResponse(); >// viewCreated = true; > } > >does call the restoreView and the viewRoot is not null. >If the view gets restored, why are the components "empty"? > I was speculating that the spring dialog flow was loosing track of the current dialog. The values in the flowScope were lost because the dialog flow was somehow disconnected. That's why I suggested that you debug the spring FlowPhaseListener. This guy adds a component to the view root. At first, I thought that a Clay full view might be removing the FlowExecutionKeyStateHolder component since there was not any Clay config on that component but after further review, I don't think that's the issue. Clay should only remove components from the tree in the render phase if they are nested under a Clay component (AssignChildrenCommand). This FlowExecutionKeyStateHolder component is added as a child to the view root by the FlowPhaseListener. It's not added as a child under a composing Clay component so I don't think that's the problem. However, stepping through the FlowPhaseListener should point to the problem. >I am a little bit confused now, i've missed something, but dont know >where to look now. > >The PhaseListener is doing the flow story and seems to work correct - i >hope i did not missunderstand things. > >Any hints? > I'm not familiar with the spring web flow. I'm only making guesses based on a quick look through the javadoc. If you create an example, and attach it to a JIRA ticket, I'll try to make time to take a look. Torsten--- Begin Message --- Hm did many Debug Points. My RequestParameterMap got the entered values. They are applied to my components in Phase 2 - setLocalValueSet is called with set = true. Now Phase 3 fails and Lifecycle goes to Phase 6. Now a fresh tree is rendered , because my components does not got a local value set - although the RestoreViewExecutor: Application application = facesContext.getApplication(); ViewHandler viewHandler = application.getViewHandler(); // boolean viewCreated = false; UIViewRoot viewRoot = viewHandler.restoreView(facesContext, viewId); if (viewRoot == null) { viewRoot = viewHandler.createView(facesContext, viewId); viewRoot.setViewId(viewId); facesContext.renderResponse(); // viewCreated = true; } does call the restoreView and the viewRoot is not null. If the view gets restored, why are the components "empty"? I am a little bit confused now, i've missed something, but dont know where to look now. The PhaseListener is doing the flow story and seems to work correct - i hope i did not missunderstand things. Any hints? Torsten Am Donnerstag, den 26.04.2007, 15:51 + schrieb Gary VanMatre: > >Got a problem with clay and flowScoped Spring beans. > > > >My view is everytime filled with the model values. The submitted values > >are lost. > > > >I can enter some data in my input fields and submit the form - if i left > >some required input fields empty, a message appears that something is > >missing, so far so good. > >However, the same field which i left empty - and all others i may have > >changed - are now populated again with values from my bean. > > > >What might cause this? I thought the component should remember this > >value and display this instead of the beans model value. Lifecycle > >stopped processing at Validation phase, so the components should not be > >cleared, any idea or tipps to debug this? > > > I took a look at the webflow javadoc [1]. It looks like they are using a > couple tricks for saving the FlowExecution. The FlowPhase listener [2] adds > a non-visual component to the view root to keep state. It also adds the flow > execution key to the view root.It looks like the flow key is used to restore > the FlowExecution. I suspect the problem you are seeing has to do with the > state not being resorted for the current flow on the postback. I would try > setting some break points in the FlowPhaseListener. > [1] > http://static.springframework.org/spring-webflow/docs/current/api/overview-summary.html > [2] > http
Re: SV: Submitted values lost - view is "refilled" everytime with model values
Hm read 410 issue but don't "see" the connection yet, can you be a bit more detailed about it? Torsten Am Donnerstag, den 26.04.2007, 21:46 +0200 schrieb Hermod Opstvedt: > Hi > > I think this is related to [1], since you are missing stuff from scope > > [1] https://issues.apache.org/struts/browse/SHALE-410 > > Hermod > > > -Opprinnelig melding- > Fra: Gary VanMatre [mailto:[EMAIL PROTECTED] > Sendt: 26. april 2007 17:51 > Til: user@shale.apache.org > Emne: Re: Submitted values lost - view is "refilled" everytime with model > values > > >Got a problem with clay and flowScoped Spring beans. > > > >My view is everytime filled with the model values. The submitted values > >are lost. > > > >I can enter some data in my input fields and submit the form - if i left > >some required input fields empty, a message appears that something is > >missing, so far so good. > >However, the same field which i left empty - and all others i may have > >changed - are now populated again with values from my bean. > > > >What might cause this? I thought the component should remember this > >value and display this instead of the beans model value. Lifecycle > >stopped processing at Validation phase, so the components should not be > >cleared, any idea or tipps to debug this? > > > I took a look at the webflow javadoc [1]. It looks like they are using a > couple tricks for saving the FlowExecution. The FlowPhase listener [2] adds > a non-visual component to the view root to keep state. It also adds the > flow execution key to the view root.It looks like the flow key is used to > restore the FlowExecution. I suspect the problem you are seeing has to do > with the state not being resorted for the current flow on the postback. I > would try setting some break points in the FlowPhaseListener. > [1] > http://static.springframework.org/spring-webflow/docs/current/api/overview-s > ummary.html > [2] > http://opensource.atlassian.com/projects/spring/secure/attachment/12520/Flow > ExecutionKeyStateHolder.patch > > >Torsten > > > Gary > smime.p7s Description: S/MIME cryptographic signature