Как заставить компонент с областью приложения создавать экземпляр при запуске приложения?

Question

Кажется, я не могу найти способ заставить управляемый компонент, зависящий от приложения, создавать или инициализировать при запуске веб-приложения. Кажется, что бобы с приложениями получают ленивый экземпляр при первом запуске боба, а не при запуске веб-приложения. Для моего веб-приложения это происходит, когда первый пользователь впервые открывает страницу в веб-приложении.

Причина, по которой я хочу избежать этого, заключается в том, что во время инициализации моего компонента, связанного с областью приложения, происходит множество трудоемких операций с базой данных. Он должен извлекать кучу данных из постоянного хранилища, а затем кэшировать некоторые из них, которые будут часто отображаться пользователю в виде элементов ListItem и т. Д. Я не хочу, чтобы все это происходило, когда первый пользователь подключается и, следовательно, вызывают длительную задержку.

Моя первая мысль заключалась в использовании старого метода ServletContextListener contextInitialized(), и оттуда использовать ELResolver для ручного запроса экземпляра моего управляемого компонента (таким образом, чтобы инициализация произошла). К сожалению, я не могу использовать ELResolver для запуска инициализации на этом этапе, потому что ELResolver нуждается в FacesContext, а FacesContext существует только в течение срока службы запроса.

Кто-нибудь знает об альтернативном способе выполнения этого?

Я использую MyFaces 1.2 в качестве реализации JSF и не могу обновить до 2.x в это время.

Answer 1

Моя первая мысль была использовать старый стиль метод контекста сервлета contextInitialized() и оттуда использовать ELResolver вручную запросить экземпляр моего управляемого компонента (заставляя инициализации произойдет). К сожалению, я не могу использовать ELResolver для запуска инициализации на этом этапе, потому что ELResolver нуждается в FacesContext, а FacesContext существует только в течение срока службы запроса.

Он не должен быть что сложно. Просто создайте экземпляр компонента и поместите его в область приложения с тем же управляемым bean-именем в качестве ключа. JSF будет только повторно использовать bean, когда уже присутствует в области. С JSF поверх API Servlet ServletContext представляет область приложения (как HttpSession представляет область сеанса, а HttpServletRequest представляет область запроса, каждая из которых имеет методы setAttribute() и getAttribute()).

Это следует сделать,

public void contextInitialized(ServletContextEvent event) { 
    event.getServletContext().setAttribute("bean", new Bean()); 
} 

где "bean" должна быть такой же, как <managed-bean-name> приложения в области видимости боб faces-config.xml.

---

Просто для записи, на JSF 2.x все, что вам нужно сделать, это добавить eager=true к @ManagedBean на @ApplicationScoped боба.

@ManagedBean(eager=true) 
@ApplicationScoped 
public class Bean { 
    // ... 
} 

Он будет автоматически создан при запуске приложения.

Или, когда вы управляете отступающими бобами по КДИ @Named, а затем захватить OmniFaces@Eager:

@Named 
@Eager 
@ApplicationScoped 
public class Bean { 
    // ... 
} 

Answer 2

Насколько я знаю, вы не можете заставить управляемый компонент быть создан при запуске приложения.

Возможно, вы могли бы использовать ServletContextListener, который вместо создания управляемых компонентов будет выполнять все операции с базой данных?

---

Другим решением может быть создать экземпляр бина вручную при запуске приложения, а затем установить компонент в качестве атрибута вашей ServletContext.

Вот пример кода:

public class MyServletListener extends ServletContextListener { 

    public void contextInitialized(ServletContextEvent sce) { 
     ServletContext ctx = sce.getServletContext(); 
     MyManagedBean myBean = new MyManagedBean(); 
     ctx.setAttribute("myManagedBean", myManagedBean); 
    } 

} 

На мой взгляд, это далеко от чистого кода, но кажется, что это делает трюк.

Answer 3

Romain Маннь-Bucau опубликовал изящное решение для этого, который использует CDI 1.1 на его blog.

Фокус в том, чтобы позволить компоненту наблюдать инициализацию встроенных областей жизненного цикла, то есть ApplicationScoped в этом случае. Это также можно использовать для очистки выключения. Так пример выглядит следующим образом:

@ApplicationScoped 
public class ApplicationScopedStartupInitializedBean { 
    public void init(@Observes @Initialized(ApplicationScoped.class) Object init) { 
     // perform some initialization logic 
    } 

    public void destroy(@Observes @Destroyed(ApplicationScoped.class) Object init) { 
     // perform some shutdown logic 
    } 
} 

Answer 4

Дополнительно к BalusC's answer above можно использовать @Startup и @Singleton (CDI), например,

//@Named // javax.inject.Named:  only needed for UI publishing 
//@Eager // org.omnifaces.cdi.Eager: seems non-standard like taken @Startup below 
@Startup // javax.ejb.Startup:  like Eager, but more standard 
@Singleton // javax.ejb.Singleton:  maybe not needed if Startup is there 
//@Singleton(name = "myBean") //  useful for providing it with a defined name 
@ApplicationScoped 
public class Bean { 
    // ... 
} 

который хорошо пояснен here. Работы в JPA 2.1 как минимум.