Seam & plusieurs guerres: Contexts.getSessionContext() est null dans l'autre guerre

Question

J'utilise Seam 2.2.1.CR1 sur Weblogic 10.3.2 et JSF 1.2.

J'ai une application d'oreille avec 2 fichiers war. La première guerre est une application JSF/Seam, la seconde a JSF/Seam, mais aussi quelques pages Servlets.

Quand je tournerai les choses dans le contexte de la session dans la première application web:

Contexts.getSessionContext().set("pimUser", pimUser); 

je peux injecter normalement dans les composants Seam dans la deuxième guerre. Cependant, si je tente d'obtenir le pimUser outjected d'un Servlet, je ne peux pas y accéder:

PimUser user1 = (PimUser) Contexts.getSessionContext().get("pimUser"); 

Le Contexts.getSessionContext() est nulle. J'ai remarqué que la Javadoc du

org.jboss.seam.contexts.Contexts 

dit:

Provides access to the current contexts associated with the thread. 

Auteur (s): Gavin King Thomas Heute

Est-ce que cela veut dire que les 2 fichiers de guerre sont censés avoir différents Contexts.getSessionScope()?

je trouve une façon qui ne me permet d'y accéder par la session comme ceci:

PimUser user2 = (PimUser) httpRequest.getSession().getAttribute("pimUser"); 

Cette dernière façon, ne semble toutefois pas être correcte. Je voudrais accéder au contexte de la session Seam à travers Seam.

J'ai trouvé qu'il y avait (?) Problème avec les applications Seam et multi-war (link), cependant, elles sont supposées avoir été résolues par 2.2.0.GA.

Answer 1

Une servlet normale n'a pas accès aux contextes Seam par défaut: Replacing servlets with Seam resources. Vous devez l'intégrer d'abord par wrapping the call in Seam Contexts ou replacing the servlet with a Seam AbstractResource.

J'ai utilisé les deux manières avant et elles fonctionnent parfaitement. Personnellement, je préfère le AbstractResource car vous pouvez vous débarrasser de la configuration web.xml correspondante.