Je veux vérifier si mon bean stateful est passivé/activé et les rappels correspondants sont appelés correctement. Pour cela je veux configurer les conteneurs GlassFish et/ou JBOSS pour limiter le nombre d'instances du bean.Comment est-il possible de limiter le nombre d'instances d'un EJB?
Est-ce possible? Si oui, comment?
Merci de m'avoir indiqué la bonne direction.
Pour JBOSS, vous avez trouvé l'annotation org.jboss.ejb3.annotation.CacheConfig avec les paramètres maxSize et idleTimeoutSeconds comme paramètres.
Voici le lien de la documentation pour une personne recherchant ... http://www.jboss.org/file-access/default/members/jbossas/freezone/docs/Administration_And_Configuration_Guide/5/html/clustering-session-sfsb30.html
Bien que, je ne sais pas encore, comment configurer cela avec xml sans utiliser les annotations.
Dans JBoss, le fichier de configuration que vous voulez regarder est conf/standardjboss.xml
Il semble intimidante (et il est), mais la recherche d'un élément conteneur configuration appelée « Standard Stateful SessionBean ». Vers la fin de cet élément, vous verrez la section container-pool-conf, qui définit le nombre maximum d'instances pour cette configuration. Ce fichier peut être modifié, ou vous pouvez définir vos propres configurations, bien que je ne sois pas trop clair sur la façon de procéder. Je soupçonne qu'il va dans le fichier META-INF/jboss.xml. Une fois que vous avez défini une configuration comme vous le souhaitez, vous devez configurer l'EJB lui-même pour l'utiliser. Sous EJB 2, vous utiliseriez META-INF/jboss.xml, mais dans le merveilleux monde sans descripteur d'EJB3, je ne suis pas sûr. Par conséquent, la réponse réside probablement dans un fichier META-INF/jboss.xml configuré de manière appropriée. Désolé je ne peux pas être plus exact, mais au moins sais que vous savez où regarder.
Pour la plate-forme Glassfish, vous pouvez faire la même chose en suivant les informations ici:
http://docs.sun.com/app/docs/doc/819-3673/beaqm?a=view
Regardez vers le bas de la page pour quelques exemples.
Pour suivre quand des beans spécifiques sont instanciés ou GC'd, j'ajoute quelques méthodes de journalisation et les annote avec @PostConstruct et @PreDestroy.
J'ai développé des applications EJB3 dans JBOSS5.1. Pour les EJB, j'ai créé une méthode init et j'ai annoté avec @PostConstruct et fourni des informations de connexion à l'intérieur. Mais le fait intéressant que j'ai remarqué est que la méthode PostConstrcut n'est pas appelée au moment du déploiement. Mais quand nous regardons l'EJB, les appels sont faits. Cela signifie que JBOSS5.1 ne fait pas du tout de Bean pooling. Cordialement Hari