Discussion :

[ellow]

Bonjour à tous !

je développe actuellement une application qui s'appuie sur Spring3 et EJB3.

Elle divisée en deux parties :

1- la couche présentation (web), déployée sous la forme d'un EAR contenant un WAR.

2- la couche métier, déployée sous la forme d'un EAR contenant des EJB et une couche d'accès aux données.

La partie IHM fait appel aux services de la partie Métier via les EJBs.

Au niveau de la logique métier, j'ai besoin, à certains moments, de connaître des informations sur l'utilisateur émetteur de la demande.

Exemple : en fonction de qui est l'utilisateur web, l'appli va chercher les données dans la base de données 1 ou dans la base de données 2.

Ma question est : comment faire parvenir au mieux à ma couche métier des informations venant de la couche présentation ?

Evidemment, je voudrais éviter de passer des infos en paramètres à mes EJBs.

Avec Spring, dans un contexte unique, je pourrais utiliser des beans scope="session" que j'injecterais dans les services qui ont besoin des infos utilisateurs, mais dans ce cadre de deux contextes bien distincts ?

Si vous avez des pistes, je suis preneuse

Merci !

[Yoteco]

Salut,

Ta couche métier doit connaître l'utilisateur connecté. Comment fais-tu pour l'authentification ? Tu utilises Spring Security ?

En passant, ta question est très vague. Si tu veux plus de réponses, il va falloir être plus concret.

De plus pourquoi faire ce mélange entre EJB et Spring ?

[ellow]

Salut Yoteco,

merci pour ta réponse.

Pour l'authentification des utilisateurs (humains), j'utilise divers systèmes (de la simple authentfication user/mdp à un système d'authentification préalable et plus global sur la machine du client).

Ma couche métier connait son client: la partie ihm web s'authentifie auprès des EJB pour les utiliser.

Mais je cherchais un moyen de propager mon contexte utilisateur (un id client, des infos diverses) depuis la couche ihm vers la couche métier ...

En JEE6, il semble possible d'écrire dans le SessionContext des EJB mais pas en JEE5.

Du coup, je suis partie sur l'option bête et méchante : passer des arguments aux EJBs ...