Ich möchte überprüfen, ob meine Stateful Bean passiviert/aktiviert ist und die entsprechenden Callbacks korrekt aufgerufen werden.Wie ist es möglich, die Anzahl der Instanzen eines EJB zu begrenzen?
Dafür möchte ich die Container GlassFish und/oder JBOSS konfigurieren, um die Anzahl der Instanzen der Bean zu begrenzen.
Ist es möglich? Wenn ja, wie?
Danke, dass Sie mich in die richtige Richtung weisen.
Suchen Sie für JBOSS die Annotation org.jboss.ejb3.annotation.CacheConfig mit den Parametern maxSize und idleTimeoutSeconds als Parameter.
Hier ist die Dokumentation Link Suche nach jemandem ... http://www.jboss.org/file-access/default/members/jbossas/freezone/docs/Administration_And_Configuration_Guide/5/html/clustering-session-sfsb30.html
Obwohl, ich weiß noch nicht, wie dies ohne Verwendung der Annotationen mit XML zu konfigurieren.
In JBoss, die Konfigurationsdatei, die Sie wollen, zu betrachten ist conf/standardjboss.xml
Es sieht einschüchternd (und es ist), aber suchen Sie nach einem Container-Konfigurationselement "Standard Stateful SessionBean" genannt. Gegen Ende dieses Elements sehen Sie den Abschnitt container-pool-conf, der die maximale Anzahl von Instanzen für diese Konfiguration definiert. Diese Datei kann geändert werden, oder Sie können Ihre eigenen Konfigurationen definieren, obwohl mir nicht klar ist, wie das geht. Ich vermute, es geht in die Datei META-INF/jboss.xml.
Sobald Sie eine Konfiguration wie gewünscht definiert haben, müssen Sie die EJB selbst konfigurieren, um sie zu verwenden. Unter EJB 2 würden Sie die META-INF/jboss.xml verwenden, aber in der wundervollen, beschreibungsfreien Welt von EJB3 bin ich mir nicht sicher.
Die Antwort liegt also wahrscheinlich in einer korrekt konfigurierten Datei META-INF/jboss.xml. Entschuldigung, ich kann nicht genauer sein, aber zumindest weiß man, wo man hinschauen muss.
Für die Glassfish-Plattform können Sie den gleichen Anschluss an die Informationen hier tun:
http://docs.sun.com/app/docs/doc/819-3673/beaqm?a=view
Blick auf die unten auf der Seite für einige Beispiele.
Um nachzuverfolgen, wenn bestimmte Beans instanziiert oder GC'd sind, füge ich einige Logging-Methoden hinzu und notiere sie mit @PostConstruct und @PreDestroy.
Ich habe EJB3-Anwendungen in JBOSS5.1 entwickelt. Für die EJBs habe ich eine init-Methode erstellt und mit @PostConstruct annotiert und einige Logging-Informationen darin zur Verfügung gestellt. Aber die interessante Tatsache, die mir aufgefallen ist, ist, dass die PostConstrutz-Methode zur Bereitstellungszeit nicht aufgerufen wird. Aber wenn wir den EJB nachschlagen, werden Anrufe getätigt. Das bedeutet, dass JBOSS5.1 kein Bean-Pooling durchführt. Grüße Hari