Я работаю над проектом, использующим JSF 2.0 и Spring 3.0.5, который работает в редакции с открытым исходным кодом Glassfish 3.1. Затем у меня есть управляемый компонент ApplicationScoped с объявлением 'eager':
@ManagedBean(eager = true)
@ApplicationScoped
public class CommonMB
с управляемым свойством, введенным с использованием EL:
@ManagedProperty(#{foo})
private Foo foo;
и настройте foo в файле контекста Spring:
<bean id="foo" class="Foo" />
наконец-то настройте распознаватель Spring EL в файле face-config.xml:
<el-resolver>org.springframework.web.jsf.el.SpringBeanFacesELResolver</el-resolver>
В конце концов, когда я запускал Glassfish, генерируются исключения, указывающие на то, что управляемые свойства были введены неправильно:
Caused by: com.sun.faces.mgbean.ManagedBeanCreationException: unable to set property 'foo' on managed bean 'commonMB'
at com.sun.faces.mgbean.ManagedBeanBuilder$BakedBeanProperty.set(ManagedBeanBuilder.java:615)
at com.sun.faces.mgbean.ManagedBeanBuilder.buildBean(ManagedBeanBuilder.java:133)
at com.sun.faces.mgbean.BeanBuilder.build(BeanBuilder.java:104)
at com.sun.faces.mgbean.BeanManager.createAndPush(BeanManager.java:409)
at com.sun.faces.mgbean.BeanManager.create(BeanManager.java:269)
at com.sun.faces.mgbean.BeanManager.create(BeanManager.java:256)
at com.sun.faces.config.ConfigureListener.contextInitialized(ConfigureListener.java:255)
... 76 more
Caused by: java.lang.IllegalStateException: No WebApplicationContext found: no ContextLoaderListener registered?
at org.springframework.web.jsf.FacesContextUtils.getRequiredWebApplicationContext(FacesContextUtils.java:83)
at org.springframework.web.jsf.DelegatingVariableResolver.getWebApplicationContext(DelegatingVariableResolver.java:167)
at org.springframework.web.jsf.DelegatingVariableResolver.getBeanFactory(DelegatingVariableResolver.java:156)
at org.springframework.web.jsf.DelegatingVariableResolver.resolveSpringBean(DelegatingVariableResolver.java:134)
at org.springframework.web.jsf.DelegatingVariableResolver.resolveVariable(DelegatingVariableResolver.java:112)
at com.sun.faces.el.VariableResolverChainWrapper.getValue(VariableResolverChainWrapper.java:115)
at com.sun.faces.el.DemuxCompositeELResolver._getValue(DemuxCompositeELResolver.java:176)
at com.sun.faces.el.DemuxCompositeELResolver.getValue(DemuxCompositeELResolver.java:203)
at de.odysseus.el.tree.impl.ast.AstIdentifier.eval(AstIdentifier.java:84)
at de.odysseus.el.tree.impl.ast.AstEval.eval(AstEval.java:51)
at de.odysseus.el.tree.impl.ast.AstNode.getValue(AstNode.java:30)
at de.odysseus.el.TreeValueExpression.getValue(TreeValueExpression.java:122)
at org.jboss.weld.el.WeldValueExpression.getValue(WeldValueExpression.java:55)
at com.sun.faces.mgbean.BeanBuilder$Expression.evaluate(BeanBuilder.java:591)
at com.sun.faces.mgbean.ManagedBeanBuilder$BakedBeanProperty.set(ManagedBeanBuilder.java:606)
... 82 more
Поскольку я использую ContextLoaderListener для инициализации bean-компонентов Spring, и из трассировки стека кажется, что JSF начинает инициализировать bean-компоненты JSF в com.sun.faces.config.ConfigureListener, контекст Spring еще не настроен, и поэтому это исключение случается.
Поэтому мне интересно, если что-то не так с порядком инициализации между ConfigureListener (JSF) и ContextLoaderListener (Spring), прослушиватель Spring должен предшествовать слушателю JSF, но это не так. Кроме того, JSF слушатель настроен в JSF неявно, и я не знаю, как я могу изменить их порядок.
Кстати, все хорошо, когда он работает на Tomcat 7, но на Glassfish 3.1 все испортилось. Может быть, что-то делать с другой реализацией контейнера при вызове слушателей?
Есть идеи об этой проблеме? Заранее спасибо!