servlet cliente d'un WS

Bonjour,

Je recherche la meilleur façon d'intégrer l'appel à un ws (par exemple en utilisant axis) dans une servlet, c'est à dire en veillant à respecter que l'appel soit "thread-safe"
Aujourd'hui je vois 2 solutions:
- mettre la classe stub du ws comme une variable globale et y accéder via des methodes synchronisées
- intanstier la classe stub du ws pour chaque nouvelle appel à une methode du ws.

Chacune des 2 methodes me semble imparfaite, la premiere car on bloque 2 acces simultanés au ws, la seconde car on instantié à chaque fois le stub ce qui doit à priori être couteux au niveau des perfs.

Quelqu'un peut-il me préconiser une solution ?

Merci

Citation:

---

Envoyé par exception

- mettre la classe stub du ws comme une variable globale et y accéder via des methodes synchronisées
- intanstier la classe stub du ws pour chaque nouvelle appel à une methode du ws.

---

Une pool d'instances...?
Alex

Tiens mais en fait, pourquoi thread-safe?!
Ton stub ouvre une session? C'est un "Stateful WS"?
Si oui opte pour une pool d'instances. Sinon il n'y a pas de problème?!
Alex

En premier lieu merci pour cette réponse, le pool d'instance est effet une solution.

Non le WS n'a pas d'état.
Mais je veux éviter qu'il y ait le moindre risque de mélange des réponses si j'ai n appels simultanés de la même methode du WS par des utilisateurs distincts.

Je ne sais pas si le risque exist ou pas, mais face à mon ignorance j'ai préféré considérer qu'un risque était possible les classes générés par AXIS n'étant à priori pas "thread-safe" sans plus d'explication pour autant.

Je serais heureux d'apprendre que mon souci est completement dénué de fondement

Phil

N'étant pas un consommateur de WS via Axis, je n'en sais rien... A voir dans la doc j'imagine. Désolé...

La doc n'est pas très explicite mais je présume que la problématique est la même pour les developer utilisant les classes de websphere.