Modifier le paramètre de délai d'expiration d'un Axe 1.4 généré SAVON client Java

J'ai un problème avec la modification de la norme options utilisées par un Axe 1.4 généré client de service web code.
Nous consommons un certain service web d'un partenaire qui est l'aide de l'ancien RPC/Encoded style, ce qui signifie que nous ne sommes pas en mesure d'aller pour l'Axe 2, mais sont limités à l'Axe 1.4.

Le service client est en train de récupérer des données à partir du serveur distant par le biais de notre proxy qui fonctionne en fait très bien.

Notre application est déployée comme une servlet. L'extrait de la réponse de l'étranger de service web est inséré dans un (XML) le document que nous fournissons à nos systèmes internes/CMS.
Mais si le service externe ne répond pas - ce qui n'est pas arrivé encore, mais cela pourrait se produire à tout moment, nous voulons que dégrader le bien et le retour de notre produit document XML sans le calcul du service web de l'information au sein d'un resonable temps.
Les données récupérées sont en option (si ce calcul est manquant, il n'est pas un gros problème).

J'ai donc essayé de modifier les paramètres de délai d'expiration. Je n'ai appliquer/utiliser toutes les méthodes et les clés que j'ai pu trouver dans la documentation de l'axe à modifier la connexion et de la prise délais d'attente en cherchant sur le web.
Aucune de ces semblent avoir une incidence sur les délais d'attente de connexion.

Quelqu'un peut-il me donner des conseils sur la façon de modifier les paramètres pour un axe de stub/service/port basée sur la version 1.4?

Voici un exemple pour plusieurs configurations, j'ai essayé:

MyService service = new MyServiceLocator();
MyServicePort port = null;

try {
    port = service.getMyServicePort();
    javax.xml.rpc.Stub stub = (javax.xml.rpc.Stub) port;
    stub._setProperty("axis.connection.timeout", 10);
    stub._setProperty(org.apache.axis.client.Call.CONNECTION_TIMEOUT_PROPERTY, 10);
    stub._setProperty(org.apache.axis.components.net.DefaultCommonsHTTPClientProperties.CONNECTION_DEFAULT_CONNECTION_TIMEOUT_KEY, 10);
    stub._setProperty(org.apache.axis.components.net.DefaultCommonsHTTPClientProperties.CONNECTION_DEFAULT_SO_TIMEOUT_KEY, 10);

    AxisProperties.setProperty("axis.connection.timeout", "10");
    AxisProperties.setProperty(org.apache.axis.client.Call.CONNECTION_TIMEOUT_PROPERTY, "10");
    AxisProperties.setProperty(org.apache.axis.components.net.DefaultCommonsHTTPClientProperties.CONNECTION_DEFAULT_CONNECTION_TIMEOUT_KEY, "10");
    AxisProperties.setProperty(org.apache.axis.components.net.DefaultCommonsHTTPClientProperties.CONNECTION_DEFAULT_SO_TIMEOUT_KEY, "10");

    logger.error(AxisProperties.getProperties());

    service = new MyClimateServiceLocator();
    port = service.getMyServicePort();
}

J'ai affecté la modification de la propriété avant la génération du service et après, j'ai mis les propriétés lors de l'initialisation, j'ai essayé plusieurs autres timeout clés que j'ai trouvé, ...
Je crois que je suis en colère à ce sujet et de commencer à oublier ce que j'ai déjà essayé!

Ce que je fais mal? Je veux dire, il doit y avoir une option, n'est-ce pas?

Si je n'ai pas trouver une solution, j'ai pensé à propos de la configuration en parallèle, un thread avec un délai d'attente au sein de notre code qui, de fait, se sent tout à fait maladroit et quelque peu ridicule.
Pouvez-vous imaginer quelque chose d'autre?

Merci d'avance

Jens

---

axis1.4 java client soap wsdl2java rpc/encoded xml servlet générée modifier modifier la configuration de stub délai d'attente de connexion de socket touches méthodes

OriginalL'auteur Jens | 2012-03-16