如何強制應用程序範圍的bean在應用程序啓動時實例化？

Question

我似乎無法找到強制應用程序範圍的託管bean在Web應用程序啓動時實例化/初始化的方法。看起來應用程序範圍的bean在第一次訪問bean的時候得到了延遲實例化，而不是在Web應用程序啓動的時候。對於我的Web應用程序，第一個用戶第一次在Web應用程序中打開一個頁面時會發生這種情況。

我想避免這種情況的原因是因爲在初始化我的應用程序範圍的bean期間發生了大量耗時的數據庫操作。它必須從持久存儲中檢索一堆數據，然後緩存一些以ListItem元素等形式經常顯示給用戶的數據。我不想在第一個用戶連接時發生這種情況，因此導致很長的延遲。

我的第一個想法是使用舊式的ServletContextListener contextInitialized（）方法，並從那裏使用ELResolver手動請求託管bean的實例（從而強制執行初始化）。不幸的是，我不能在這個階段使用ELResolver觸發初始化，因爲ELResolver需要一個FacesContext，並且FacesContext僅在請求的生命週期中存在。

有誰知道一個替代方法來完成這個？

我使用MyFaces 1.2作爲JSF實現，此時無法升級到2.x。

Answer 1

我首先想到的是使用舊式的ServletContextListener contextInitialized（）方法，並從那裏使用ELResolver手動請求我的管理bean的實例（從而迫使初始化發生）。不幸的是，我不能在這個階段使用ELResolver觸發初始化，因爲ELResolver需要一個FacesContext，並且FacesContext僅在請求的生命週期中存在。

它並不需要是是複雜。只需實例化bean，並將其與相同的託管bean名稱作爲關鍵字放入應用程序範圍中。 JSF將只在重用該bean已經存在的範圍內。使用Servlet API之上的JSF，ServletContext代表應用範圍（因爲HttpSession代表會話範圍，而HttpServletRequest代表請求範圍，每個都有setAttribute()和getAttribute()方法）。

這應該做的，

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

其中"bean"應該是相同的應用程序的<managed-bean-name>在faces-config.xml作用域bean。

---

只是爲了記錄在案，對JSF 2.x的所有你需要做的是添加eager=true到@ManagedBean上@ApplicationScoped豆。

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

然後它會在應用程序啓動時自動實例化。

或者，當你被CDI @Named管理支持豆，然後抓住OmniFaces@Eager：

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

Answer 2

據我所知，你不能強制在應用程序啓動時實例化託管bean。

也許你可以使用一個ServletContextListener，而不是實例化你的託管bean，它將自己執行所有的數據庫操作？

---

另一種解決方案可能是在應用程序啓動時手動實例化您的bean，然後將bean設置爲您的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

羅曼曼尼 - Bucau貼很好地解決了這一點，在他的blog使用CDI 1.1。

訣竅是讓bean觀察內置生命週期範圍的初始化，即在這種情況下爲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中有效。