|
To clarify, when you resolve it from a jsp
page do you do so from within a JSF component? As in: <h:outputText value=”#{searchManager.someproperty}”/> If yes and it works, then this is some
problem with the wiring, best addressed by appfuse and the raibleans ;) Otherwise check to see that you have the
proper delegating variable resolver in the <application> tag of your
faces-config.xml, this should be a spring class from their jsf package
(org.springframework.blah…jsf.DelegatingVariableResolver) and that there are no
conflicting variable resolvers above it; as they go in order of precedence. In
fact you are best off making sure the spring resolver is right on top because
it delegates to the default JSF resolver if it cant find a spring bean of that
id. I have to say though, that I don’t know if Appfuse has some different
funkier way of wiring the two together. And yes that looks like a WebApplicationContext
(the sure test is if there is a <listener> with org.springframework.blah….ContextLoaderListener). From:
Robert Campbell [mailto:[EMAIL PROTECTED]
|
- RE: JSF/Spring integration - managed-property problem Dhananjay Prasanna
- Re: JSF/Spring integration - managed-property prob... Wolf Benz
- RE: JSF/Spring integration - managed-property prob... Dhananjay Prasanna
- Re: JSF/Spring integration - managed-property ... Wolf Benz
- Re: JSF/Spring integration - managed-prope... Robert Campbell
- Re: JSF/Spring integration - managed-p... Wolf Benz
- Re: JSF/Spring integration - mana... Wolf Benz
- RE: JSF/Spring integration - managed-property prob... Dhananjay Prasanna
- Re: JSF/Spring integration - managed-property ... Wolf Benz
- Re: JSF/Spring integration - managed-prope... Robert Campbell
- RE: JSF/Spring integration - managed-property prob... Dhananjay Prasanna

