Discussion :

[mi_info]

Au niveau de mon application EJB j'ai utilisé un vector de type static (non final) déclaré et remplit au niveau d'une classe java. Pour le code métier j'ai utilisé des stateless session bean qui doivent faire appel à ce vecteur pour faire des vérifications et des modifications au données de ce vecteur. Mais le problème, c'est que le vecteur est static et lors de l'invocation des méthode distante les variables static ne sont pas sérializés donc le vecteur n'est pas vue et manipulé par le code des session bean (exécuté côté serveur) !!!
S.V.P. avez vous une solution pour ce problème, les session bean doivent utilisé ce vecteur global !

Merci d'avance.

[longbeach]

Version des EJB ?
Bout de code ?

[mi_info]

Bonsoir, merci de m'avoir répondu.

J'utilise la version 3.1 des EJB. Dans mon application je doit lancer des stateless session beans qui s'exécutent en parallèle. Est-il possible de déclarer le vecteur global dans un objet remote afin que les session beans puissent y accéder ?

[darrylsite]

Bonsoir, merci de m'avoir répondu.

J'utilise la version 3.1 des EJB. Dans mon application je doit lancer des stateless session beans qui s'exécutent en parallèle. Est-il possible de déclarer le vecteur global dans un objet remote afin que les session beans puissent y accéder ?

ce bout de texte pourrait repondre à ta question

Singleton Session Beans
A singleton session bean is instantiated once per application and exists for the lifecycle of the application. Singleton session beans are designed for circumstances in which a single enterprise bean instance is shared across and concurrently accessed by clients.

Singleton session beans offer similar functionality to stateless session beans but differ from them in that there is only one singleton session bean per application, as opposed to a pool of stateless session beans, any of which may respond to a client request. Like stateless session beans, singleton session beans can implement web service endpoints.

Singleton session beans maintain their state between client invocations but are not required to maintain their state across server crashes or shutdowns.

Applications that use a singleton session bean may specify that the singleton should be instantiated upon application startup, which allows the singleton to perform initialization tasks for the application. The singleton may perform cleanup tasks on application shutdown as well, because the singleton will operate throughout the lifecycle of the application.

Source : http://download.oracle.com/javaee/6/...doc/gipjg.html

[mi_info]

Merci pour votre aide.
J'ai utilisé le Singleton bean et ça marche.

Mais, la spécification ne prend pas en compte le clustering : elle n'apporte donc aucune précision sur le support des singletons dans un cluster , il y aura une instance du singleton dans chaque JVM ou l'application est déployée.
Chaque conteneur possède son propre instance du singleton et la même état du bean ne sera pas partagé entre les différentes JVM !!