Je parle de synchrone côté client. Cela signifie que le demandeur de service bloque après avoir envoyé un message au service.Invocation de service synchrone côté client
Ma question est: est-ce lié au paramètre -a -s de l'outil wsdl2java, Puisque -a génère un code de style asynchrone et -s génère un code de style de synchronisation.
Ou le côté client bloquant ou non est totalement contrôlé par la logique client?
Merci
-a Générer du code de style asynchrone uniquement (par défaut: désactivé)
-s Génère le code de style de synchronisation uniquement (par défaut: désactivé). Prend la priorité sur -a
Ces options définiront comment votre client se comportera pour la requête/réponse, lorsque vous utilisez WSDL2Java la plupart du temps vous écrivez généralement la logique métier pour effectuer les appels d'opération appropriés avec les paramètres appropriés.
Vous pouvez encore plus monter le style d'appel client, mais sa va vraiment pas être facile à lire que généré automatiquement le code d'AXIS 2. :)
Vous utilisez l'outil wsdl2java pour générer soit synchrone (blocage) ou un stub client asynchrone (non bloquant).
Pour plus de détails, je vous recommande de lire la documentation low level APIs. Cela décrirait le fonctionnement du code que vous trouverez dans vos fichiers Java générés.
Si vous utilisez NetBeans pour générer votre client de service Web , l'opération générée est déjà synchrone par défaut. Si vous voulez basculer vers un appel asynchrone ou vice versa, vous pouvez suivre ces étapes facilement: https://netbeans.org/kb/docs/websvc/client.html#asynch-creatingtheclient