Сбой инициализации JSF с помощью @ViewScoped

#jsf #primefaces #myfaces #openwebbeans

#jsf #primefaces #myfaces #openwebbeans

Вопрос:

Я создаю приложение JSF 2.3 с Primefaces 8.0 на MyFaces 2.3.6, работающее на Tomcat 9. Также используется OpenWebBeans 2.0.18.

Один из моих компонентов (контроллер) выдает ошибку при изменении области видимости с @RequestScoped на @ViewScoped :

 28-Sep-2020 13:12:07.368 SEVERE [main] org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces An error occured while initializing MyFaces: It's not allowed to call getReference(Bean, Type, CreationalContext) before AfterDeploymentValidation
java.lang.IllegalStateException: It's not allowed to call getReference(Bean, Type, CreationalContext) before AfterDeploymentValidation
    at org.apache.webbeans.container.InjectableBeanManager.checkAfterDeploymentValidationFired(InjectableBeanManager.java:434)
    at org.apache.webbeans.container.InjectableBeanManager.getReference(InjectableBeanManager.java:178)
    at org.apache.myfaces.cdi.util.CDIUtils.resolveInstance(CDIUtils.java:65)
    at org.apache.myfaces.cdi.util.CDIUtils.lookup(CDIUtils.java:52)
    at org.apache.myfaces.flow.cdi.DefaultCDIFacesFlowProvider.getAnnotatedFlows(DefaultCDIFacesFlowProvider.java:52)
    at org.apache.myfaces.flow.impl.AnnotatedFlowConfigurator.configureAnnotatedFlows(AnnotatedFlowConfigurator.java:42)
    at org.apache.myfaces.config.FacesConfigurator.configureFlowHandler(FacesConfigurator.java:1713)
    at org.apache.myfaces.config.FacesConfigurator.configure(FacesConfigurator.java:619)
    at org.apache.myfaces.webapp.AbstractFacesInitializer.buildConfiguration(AbstractFacesInitializer.java:456)
    at org.apache.myfaces.webapp.Jsp21FacesInitializer.initContainerIntegration(Jsp21FacesInitializer.java:70)
    at org.apache.myfaces.webapp.AbstractFacesInitializer.initFaces(AbstractFacesInitializer.java:190)
    at org.apache.myfaces.webapp.StartupServletContextListener.contextInitialized(StartupServletContextListener.java:103)
    at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4685)
    at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5146)
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183)
    at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1384)
    at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1374)
    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
    at org.apache.tomcat.util.threads.InlineExecutorService.execute(InlineExecutorService.java:75)
    at java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:134)
    at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:909)
    at org.apache.catalina.core.StandardHost.startInternal(StandardHost.java:841)
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183)
    at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1384)
    at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1374)
    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
    at org.apache.tomcat.util.threads.InlineExecutorService.execute(InlineExecutorService.java:75)
    at java.util.concurrent.AbstractExecutorService.submit(AbstractExecutorService.java:134)
    at org.apache.catalina.core.ContainerBase.startInternal(ContainerBase.java:909)
    at org.apache.catalina.core.StandardEngine.startInternal(StandardEngine.java:262)
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183)
    at org.apache.catalina.core.StandardService.startInternal(StandardService.java:421)
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183)
    at org.apache.catalina.core.StandardServer.startInternal(StandardServer.java:930)
    at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:183)
    at org.apache.catalina.startup.Catalina.start(Catalina.java:633)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:344)
    at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:475)
  

Код компонента находится в следующих строках:

 @Named
@ViewScoped
@ManagedBean
public class DashBoardController implements Serializable
{
    private static final long serialVersionUID = 1L;
    private static final Logger logger = Logger.getLogger(DashBoardController.class.getName());

    List<IdentityStatistics> idStats;
    List<AuditStatistics> auditStats;

    @Inject
    private StatisticsService service;

    @PostConstruct
    public void init()
    {
        logger.log(Level.FINE, "Reading statistics from API");
        FacesContext context = FacesContext.getCurrentInstance();
        AuthToken token =    (AuthToken)context.getExternalContext().getSessionMap().get(AuthService.SESSION_TOKEN);
        ...
    }
    ...
}
  

Переключение обратно на @RequestScoped немедленное устранение ошибки (но это не то, что я хочу). getReference() Метод, упомянутый в ошибке, определенно отсутствует в моем коде, поэтому он должен быть где-то в библиотеке фреймворка.

У меня есть другой @ViewScoped компонент, который очень похож, который не выдает мне эту ошибку. По-видимому, где-то есть разница, которую я упускаю, но, хоть убейте, я не могу ее обнаружить.

Что может вызвать эту ошибку при использовании @ViewScoped ?

Комментарии:

1. Удалите аннотацию @ManagedBean

2. И, пожалуйста, всегда публикуйте всю трассировку стека

3. @tandraschko добавлена полная трассировка стека!

4. @raupach Теперь я понимаю, что использовал две разные аннотации для выполнения одного и того же. Я сбросил @ManagedBean , но это не устраняет ошибку.

Ответ №1:

ОК. Простой ответ таков: StatisticsService служба, которую содержит отказывающий компонент @Inject , не была реализована Serializable .

В области запроса это не проблема, очевидно, что в других областях состояние должно быть сохранено.

Было бы неплохо, если бы ошибка была немного менее загадочной.

Комментарии:

1. Обычно это не так загадочно, может быть, вы пропустили ошибку / предупреждение раньше в журналах? В противном случае моя среда разработки всегда напоминает об этом.

2. Так StatisticsService это не EJB? Например @Stateless , для этого не требуется явное объявление Serializable в EJB impl.

3. @BalusC нет, это не аннотированный EJB. Я все еще решаю, когда и как их использовать — многие серверные службы, которые у меня есть, используют как методы без состояния, так и методы с сохранением состояния, что является результатом функционального дизайна.