SV: SV: SV: How to initialize a bean before initial display

2007-04-27 Thread Hermod Opstvedt
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.




Re: SV: Submitted values lost - view is refilled everytime with model values

2007-04-27 Thread Torsten Krah
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


Re: Submitted values lost - view is refilled everytime with model values

2007-04-27 Thread Gary VanMatre
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---BeginMessage---
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] 
 

SV: SV: SV: SV: How to initialize a bean before initial display

2007-04-27 Thread Hermod Opstvedt
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 Application Controller Filter --
filter
filter-nameshale/filter-name
filter-class

org.apache.shale.application.faces.ShaleApplicationFilter
/filter-class
/filter

!-- Shale Application Controller Filter Mapping --
filter-mapping
filter-nameshale/filter-name
url-pattern/*/url-pattern
/filter-mapping

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: SV: How to initialize a bean before initial display

2007-04-27 Thread AM101

I added backing bean entry in my faces-config.xml file:
   managed-bean
managed-bean-namejspx$login/managed-bean-name

managed-bean-classcom.foo.ui.view.backing.Login/managed-bean-class
managed-bean-scoperequest/managed-bean-scope
   /managed-bean

and I also added !-- ### clay:page charset=UTF-8 /### -- 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.init(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

SV: SV: SV: SV: SV: How to initialize a bean before initial display

2007-04-27 Thread Hermod Opstvedt
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:
   managed-bean
managed-bean-namejspx$login/managed-bean-name

managed-bean-classcom.foo.ui.view.backing.Login/managed-bean-class
managed-bean-scoperequest/managed-bean-scope
   /managed-bean

and I also added !-- ### clay:page charset=UTF-8 /### -- 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.init(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

Re: SV: SV: SV: SV: SV: How to initialize a bean before initial display

2007-04-27 Thread Gary VanMatre
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.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.