Discussion :

[mickael.guilbert]

Bonjour

J'ai une application de conception banal :

Des webservices qui accédent à un EJB statless qui, suivant la demande, appel l'EBJ-1 ou l'EJB-2 statless tous les deux

L'EJB-1 fait appel à un webservice
L'EJB-2 execute des procedures stockés (le SI est ainsi fait) sur une BDD distante (JDBC-VPN)

question 1 : L'EJB-1 doit executer un service de login pour recuperer des identifiants pour pouvoir utiliser le service distant. Ces infos sont valables 30 min. Pour eviter de refaire le connection j'aimerais avoir un EJB qui garde à jour les identifiants (en gros execute toutes les 25min le login) pour les mettre à dispo de l'ejb-1 OU L'ejb-1 garde en memoire les infos et verifi quelles ne sont pas perimées. Vous avez un avis ?

question 2: L'EJB-2 pour une demande va devoir se connecter (monter la liaison jdbc) sur une BDD parmis 200 possibles. Ne serait il pas plus judicieux de créer 200 EJB-2 (qui heritent tous du meme) dédié à chacun des SI distants ?

question 3: Sachant qu'un webservice est requété par plusieurs clients, il est quand meme consideré comme client unique de l'EJB statless ?

Merci

[millie]

question 2: L'EJB-2 pour une demande va devoir se connecter (monter la liaison jdbc) sur une BDD parmis 200 possibles. Ne serait il pas plus judicieux de créer 200 EJB-2 (qui heritent tous du meme) dédié à chacun des SI distants ?

Pourquoi penses-tu à ça ?
(c'est une vrai question. Je ne vois pas clairement ce qui pourrait suggérer de faire ça plutôt qu'un seul EJB paramétrable)

question 1 : L'EJB-1 doit executer un service de login pour recuperer des identifiants pour pouvoir utiliser le service distant. Ces infos sont valables 30 min. Pour eviter de refaire le connection j'aimerais avoir un EJB qui garde à jour les identifiants (en gros execute toutes les 25min le login) pour les mettre à dispo de l'ejb-1 OU L'ejb-1 garde en memoire les infos et verifi quelles ne sont pas perimées. Vous avez un avis ?

Je n'ai pas trop creusé la question. Mais il y a un système de timer sur les EJB session. Donc peut être à voir...
Par contre, il peut y avoir de sérieux problème d'invalidation de la session... Si la personne se sauve et ne fait plus rien pendant 25min, a priori, il ne faudrait pas trop se reconnecter...

[mickael.guilbert]

Pourquoi penses-tu à ça ?
(c'est une vrai question. Je ne vois pas clairement ce qui pourrait suggérer de faire ça plutôt qu'un seul EJB paramétrable)

L'application est un site de réservation internet par web services.
Cette question se pose pour moi si une instance EJB Session (hors pool) existe pour l'ensemble des requetes WS (1 WS <-> 1 EJB)
Mais si ce n'est pas le cas la question ne se pose pas.
je suis parti de 1 EJB Session vit pour un client.

Je n'ai pas trop creusé la question. Mais il y a un système de timer sur les EJB session. Donc peut être à voir...
Par contre, il peut y avoir de sérieux problème d'invalidation de la session... Si la personne se sauve et ne fait plus rien pendant 25min, a priori, il ne faudrait pas trop se reconnecter...

C'est du web, donc 1 EJB pour des 100ene de requettes.