Wie erzwinge ich die Instanziierung eines Application-Scoped Bean beim Start der Anwendung?

Question

Ich kann anscheinend keine Möglichkeit finden, zu erzwingen, dass eine anwendungsspezifische verwaltete Bean beim Starten der Webanwendung instanziiert/initialisiert wird. Es scheint so zu sein, dass anwendungsspezifische Beans beim ersten Zugriff auf die Bean instanziiert werden, nicht beim Start der Web-App. Bei meiner Web-App geschieht dies, wenn der erste Benutzer zum ersten Mal eine Seite in der Web-App öffnet.

Der Grund, warum ich dies vermeiden möchte, ist, dass während der Initialisierung meiner Application-Scoped Bean einige zeitaufwändige Datenbankoperationen stattfinden. Es muss eine Reihe von Daten aus dem persistenten Speicher abrufen und dann einige davon zwischenspeichern, die dem Benutzer häufig in Form von ListItem-Elementen usw. angezeigt werden. Ich möchte nicht, dass all dies geschieht, wenn der erste Benutzer eine Verbindung herstellt und somit verursachen eine lange Verzögerung.

Mein erster Gedanke war eine ServletContextListener contextInitialized() - Methode im alten Stil zu verwenden und von dort einen ELResolver zu verwenden, um manuell die Instanz meiner verwalteten Bean anzufordern (wodurch die Initialisierung erzwungen wird). Leider kann ich zu diesem Zeitpunkt keinen ELResolver verwenden, um die Initialisierung auszulösen, da der ELResolver einen FacesContext benötigt und der FacesContext nur während der Lebensdauer einer Anfrage existiert.

Kennt jemand eine alternative Möglichkeit, dies zu erreichen?

Ich verwende MyFaces 1.2 als JSF-Implementierung und kann derzeit nicht auf 2.x aktualisieren.

Answer 1

Mein erster Gedanke war, einen alten Stil ServletContextListener contextInitialized() -Methode verwendet wird und von dort eine ELResolver verwenden, um manuell anfordern, die Instanz von meinem Managed Bean (also die Initialisierung geschehen zwingen). Leider kann ich zu diesem Zeitpunkt keinen ELResolver verwenden, um die Initialisierung auszulösen, da der ELResolver einen FacesContext benötigt und der FacesContext nur während der Lebensdauer einer Anfrage existiert.

Es braucht nicht dass kompliziert zu sein. Einfach die Bean instanziieren und sie in den Anwendungsbereich mit dem gleichen verwalteten Bean-Namen als Schlüssel einfügen. JSF wird nur die die Bohne wiederverwenden, wenn sie bereits im Umfang vorhanden ist. Mit JSF über der Servlet-API stellt ServletContext den Anwendungsbereich der Anwendung dar (da HttpSession den Sitzungsumfang darstellt und HttpServletRequest den Anforderungsbereich darstellt, jeweils mit den Methoden setAttribute() und getAttribute()).

Dies tun soll,

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

wo "bean" das gleiche sein soll wie die <managed-bean-name> der Anmeldung bean scoped in faces-config.xml.

---

Nur für das Protokoll, auf JSF 2.x alles, was Sie tun müssen, ist eager=true zu @ManagedBean auf einer @ApplicationScoped Bohne hinzuzufügen.

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

Sie wird beim Start der Anwendung automatisch instanziiert.

Oder, wenn Sie die Sicherung Bohnen sind die Verwaltung von CDI @Named, dann greifen OmniFaces@Eager:

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

Answer 2

Soweit ich weiß, können Sie nicht erzwingen, dass eine verwaltete Bean beim Start der Anwendung instanziiert wird.

Vielleicht könnten Sie einen ServletContextListener verwenden, der alle Datenbankoperationen selbst durchführt, statt Ihre verwalteten Bean zu instanziieren?

---

Eine andere Lösung könnte sein, Ihre Bohne manuell beim Start der Anwendung zu instanziiert, und legen Sie dann die Bohne als ein Attribut Ihres ServletContext.

Hier ist ein Codebeispiel:

public class MyServletListener extends ServletContextListener { 

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

} 

Meiner Meinung nach ist dies weit von sauberen Code ist, aber es scheint, wie es funktioniert der Trick.

Answer 3

Romain Manni-Bucau veröffentlicht eine saubere Lösung dieses Problems, die CDI 1.1 auf seinem blog verwendet.

Der Trick besteht darin, die Bean die Initialisierung der integrierten Lifecycle-Bereiche beobachten zu lassen, d. H. ApplicationScoped in diesem Fall. Dies kann auch für die Bereinigung des Herunterfahrens verwendet werden. So sieht ein Beispiel wie folgt aus:

@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

Zusätzlich zu BalusC's answer above könnten Sie @Startup und @Singleton (CDI), z.B.

//@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 { 
    // ... 
} 

das ist schön erklärt here. Funktioniert in JPA 2.1 mindestens.