JAXWS - aide nécessaire pour définir le délai d'expiration de la requête WSDL

Question

Im utilisant Metro 2.0 et J2SE5. L'application que j'ai écrite ne connaît pas le WebService externe au moment de la compilation, il les trouve à l'exécution sur la base d'un fichier XML de logique applicative, donc j'effectue une requête WSDL.

L'exemple de code que je l'ai écrit est comme suit:

String wsdlServiceName = ...; String wsdlURL = ...; Document payload = ...;

final String nsURI = ...; 
final QName serviceName = new QName(nsURI, wsdlServiceName + "Service"); 
final QName servicePort = new QName(nsURI, wsdlServiceName + "Port"); 

// Create service and the dispatcher for the SOAP message 
Service service = Service.create(new URL(wsdlURL), serviceName); 
dispatch = service.createDispatch(servicePort, SOAPMessage.class, Service.Mode.MESSAGE); 

// Set timeouts 
dispatch.getRequestContext().put("com.sun.xml.internal.ws.request.timeout", 3000); 
dispatch.getRequestContext().put("com.sun.xml.internal.ws.connect.timeout", 3000); 

// Create the outgoing SOAP request 
SOAPBinding soapBinding = (SOAPBinding) dispatch.getBinding(); 
request = soapBinding.getMessageFactory().createMessage(); 

SOAPBody requestBody = request.getSOAPBody(); 
requestBody.addDocument(payload); 

// Invoke web service operation 
SOAPMessage response = dispatch.invoke(request); 

Le délai d'attente fonctionne correctement lorsque le service Web est appelé (dispatcher.invoke (demande))

Cependant, le WSDL est demandé avant que les délais d'attente ne soient définis et si le service Web ne répond pas, cela prend 90 secondes avant que la connexion ne soit expirée.

Est-il possible de définir les délais avant que le WSDL ne soit demandé? Vous avez besoin d'un répartiteur pour définir les délais, mais cela est fait APRÈS la création du Service qui demande le WSDL?! (Ie. Service.create())

Answer 1

Essayez la propriété du système de réglage

sun.net.client.defaultConnectTimeout 

mais de Networking Properties il dit qu'il ne peut pas être pris en charge dans les versions futures

Cependant, je suggère de cache le WSDL et ne pas y accéder à distance.
Les performances sont meilleures, surtout si vous utilisez un WSDL qui ne devrait pas changer fréquemment.

Answer 2

Nous venons de rencontrer ce même problème et avons essayé tous les paramètres mentionnés ci-dessus, sans succès.

Notre solution était de télécharger d'abord le fichier WSDL dans un fichier temporaire en utilisant URL.openConnection() (en définissant les délais d'attente sur la connexion avec: URLConnection.setConnectionTimeout() et URLConnection.setReadTimeout()). Nous générons ensuite une url pour ce fichier avec: File.toURI(). ToURL(), que nous transmettons au constructeur de service qui prend une URL. Cette approche vous permet de récupérer dynamiquement le WSDL en cours, tout en contrôlant explicitement le délai d'expiration. Nous définissons ensuite le délai d'attente pour les appels ultérieurs au service, comme indiqué dans le message d'origine.