Sont JAX-WS clients thread-safe?

Parce que l'initialisation de la WS côté client port est si coûteux nous tenons à réutiliser la même instance. Nous tenons également à définir des valeurs différentes dans les BindingProvider/RequestContext avant chaque appel. D'abord, nous tenons à ce faire:

MyService service = new MyService(wsdlURL, name); 
MyPort myPort = service .getMyServicePort();

puis, plus tard, avant chaque appel ce faire:

Map requestContext = ((BindingProvider)myPort ).getRequestContext(); 
requestContext.put(BindingProvider.USERNAME_PROPERTY, uName); 
requestContext.put(BindingProvider.PASSWORD_PROPERTY, pWord); 
myPort.someFunctionCall();

Ma question est, est-ce code thread-safe? JAX-WS documentation semble indiquer que c'est pas thread-safe. Cependant, CXF semble donc, si vous prenez des précautions. Si JAX-WS et Métro en particulier n'est pas thread-safe, est-il un moyen d'assurer la sécurité des threads sans la synchronisation des accès au port ou ws opérations?

InformationsquelleAutor PålOliver | 2010-12-08
  1. 14

    Pour JAX-WS/Métro, ce n'est certainement pas thread-safe. Le meilleur pari est de créer un Pool de procurations et, si nécessaire, tirez un proxy de la piscine, configurer, utiliser, claire l'ensemble des valeurs, de retour à la piscine.

    Ou de l'utilisation CXF.

    • Merci Daniel, c'était mon soupçon trop, mais avez-vous une référence officielle qui confirme cela?
    • Ressembler à une vieille chose...mais très réelle pour me.@Daniel qu'entendez-vous par nettoyer l'ensemble des valeurs...je suis intéressé par cette cause, j'ai demandé sans trop de succès :stackoverflow.com/questions/6882528/...
    • Pour JAX-WS/Métro qui est certainement thread-safe depuis un temps très très long.
    InformationsquelleAutor Daniel Kulp