Comment définir un délai d'expiration de connexion lors de l'utilisation de JAXRPC-RI client de services web?

Je ne suis pas sûr pourquoi ce JAXRPC mise en œuvre va sortir de sa façon de faire, il est difficile de définir le délai d'attente. Peut-être, il y a une bonne raison pour cela. D'autres implémentations telles que l'Axe et, je crois, JAX-WS, laissez vous suffit d'appeler le setTimeout() la méthode sur le Talon. Après quelques douleurs, j'ai été en mesure de venir avec cette solution. J'espère que cela pourra être utile. Vous devrez effectuer les opérations suivantes afin de définir le délai d'attente sur le sous-jacent URLConnection:

1. Créer un nouveau ClientTransport classe. Il devrait s'étendre sur le com.soleil.xml.rpc.client.http.HttpClientTransport classe. Remplacer le createHttpConnection(String, SOAPMessageContext) de la méthode. Appel super.createHttpConnection() qui retournera HttpURLConnection objet. Sur le HttpURLConnection objet que vous pouvez appeler setReadTimeout() qui va forcer le délai d'expiration côté client dans X nombre de millisecondes. Une fois cela fait, le retour de la modification de la HttpURLConnection objet.
2. Étendre le côté client de la classe de Stub avec votre propre. Remplacer le _getTransport() méthode pour renvoyer une nouvelle instance de la ClientTransport classe que vous avez créé à l'étape (1).
3. Étendre le côté client _Impl classe avec votre propre. Remplacer les obtenir...Port() la méthode de sorte qu'il utilise le Tampon que vous avez créé à l'étape (2) au lieu de l'généré.
4. Modifier le code client vous a écrit pour appeler le Service Web de sorte qu'il utilise le Tampon que vous avez créé à l'étape (2) et le _Impl que vous avez créé à l'étape (3).

Remarque: assurez-vous que quel que soit ce que vous appelez pour générer les Stubs via wscompile (script Ant?) ne pas remplacer les 3 classes Java que vous venez de créer et/ou modifier. Il a probablement fait sens pour les déplacer vers un autre paquet, de sorte qu'ils ne finissent pas d'être écrasées.

Je sais que vous êtes en utilisant de l'Axe mais j'ai du mal à trouver la même réponse pour Weblogic et puisque votre question de titre et les balises sont génériques, voici ma solution.

Dans mon client de la classe qui implémente l'généré MyObject interface, j'ai adapté les getServicePort() comme suit (notez que j'ai aussi de la sécurité ici).

protected MyObject getServicePort() throws java.rmi.RemoteException {
    if (port == null) {
        synchronized(this) {
            if (port == null) {
                try {
                    final MyObject_Impl service = new MyObject_Impl(wsdlURL);

                    //using a local variable until the object is completelly initialized
                    final MyObject localPort = service.getMyObjectPort();

                    //if username and password are provided: building a client which will include the 
                    //username and token
                    if (username != null && pwd != null) {
                        Stub localStub = ((Stub) localPort);

                        //We have UsernameToken Authentication too
                        localStub._setProperty(
                                WSSecurityContext.CREDENTIAL_PROVIDER_LIST, 
                                Collections.singletonList(
                                        new ClientUNTCredentialProvider(username.getBytes(), pwd.getBytes())));

                        if (timeout != null) {
                               log.debug("Setting timeout to " + timeout + " milliseconds");
                            localStub._setProperty("weblogic.wsee.transport.read.timeout", timeout);
                            localStub._setProperty("weblogic.wsee.transport.connection.timeout", timeout);
                        }
                    }

                    port = localPort;

                } catch (ServiceException e) {
                    throw new RemoteException("Could not initialize client to MyObject service", e);
                }
            }
        }
    }
    return port;
}

La documentation Oracle est ici: http://docs.oracle.com/cd/E12840_01/wls/docs103/webserv_rpc/client.html#wp241849 mais il indique à tort que le délai d'attente est en secondes. Il est en fait en millisecondes !

Ray,

Merci pour vos commentaires. Semble que votre approche est supérieur car il permettra d'éviter un couple de des étapes superflues. Je vais devoir prendre un coup d'oeil. Cependant, à moins que quelque chose m'échappe, je ne crois pas supplémentaire HttpConnection est créé le YourClientTransport.createHttpConnection(String s, SOAPMessageContext ctx) doit l'emporter sur la HttpClientTransport un:

public class YourClientTransport extends HttpClientTransport {
   @Override
   protected HttpUrlConnection createHttpConnection(String s, SOAPMessageContext ctx) throws IOException {
      HttpURLConnection httpURLConnection = super.createHttpConnection(s, ctx);
      httpURLConnection.setReadTimeout(1000);
      httpURLConnection.setConnectTimeout(1000);
      return httpURLConnection;
   }
}

Vous devez utiliser:

import javax.xml.rpc.Stub;

...


int timeout = <number of milliseconds>;

((Stub) port)._setProperty(
                "axis.connection.timeout",
                timeout);