Ce qui pourrait causer un inaccessiblewsdlexception?

StackOverflow https://stackoverflow.com/questions/4334062

  •  30-09-2019
  •  | 
  •  

Question

Je suis mise à jour des clients de services Web dans certaines anciennes applications java pour appeler un service Web tiers Axis2. J'ai fourni avec un fichier wsdl, donc j'ai développé un pot contenant le client à ce service tel que décrit dans le poste (mine) suivant: client JAX-WS: quel est le bon chemin pour accéder au WSDL locale .

Il fonctionne sur une application, mais pas dans d'autres où il jette un inaccessibleWSDLException au moment de l'instanciation de la classe proxy. Ci-dessous j'ai posté mon dossier JAX-WS-catalogue: 

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<catalog xmlns="urn:oasis:names:tc:entity:xmlns:xml:catalog" prefer="system">
    <system systemId="http://localhost/wsdl/SOAService.wsdl" uri="wsdl/SOAService.wsdl"/>
    <system systemId="http://schemas.xmlsoap.org/soap/encoding/" uri="wsdl/schemas.xmlsoap.org/soap/encoding.xsd"/>
    <system systemId="http://www.w3.org/2005/05/xmlmime" uri="wsdl/www.w3.org/2005/05/xmlmime.xsd"/>
</catalog>

Il a toujours travailler à l'intérieur de mes environnements de développement (NetBeans de la ecplise en fonction du projet, je suis mise à jour) et serveurs (tomcat \ Jboss 4 \ pot avec une classe de test).

Il ne fonctionne pas lorsque:

  • je lance le pot de la ligne de commande ou
  • Je charge le pot dans un processus de livecycle 8.0 (fonctionne sur jboss 4.0)

Dans les deux cas donne l'erreur: « InaccessibleWSDLException », en particulier sur livecycle je reçois l'erreur suivante: 

2010-12-01 12:20:47,420 ERROR [com.adobe.workflow.AWS] stalling action-instance: 9989 with message: com.sun.xml.ws.wsdl.parser.InaccessibleWSDLException: 2 counts of InaccessibleWSDLException.

java.net.ConnectException: Connection refused
java.net.ConnectException: Connection refused

        at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.tryWithMex(RuntimeWSDLParser.java:172)
        at com.sun.xml.ws.wsdl.parser.RuntimeWSDLParser.parse(RuntimeWSDLParser.java:144)
        at com.sun.xml.ws.client.WSServiceDelegate.parseWSDL(WSServiceDelegate.java:254)
        at com.sun.xml.ws.client.WSServiceDelegate.<init>(WSServiceDelegate.java:217)
        at com.sun.xml.ws.client.WSServiceDelegate.<init>(WSServiceDelegate.java:174)
        at com.sun.xml.ws.spi.ProviderImpl.createServiceDelegate(ProviderImpl.java:104)
        at javax.xml.ws.Service.<init>(Service.java:56)
        at com.ibm.eci.soaservice.SOAService.<init>(SOAService.java:50)

Qu'est-ce que cela signifie d'exception? Il ne peut pas trouver le fichier WSDL ou un morceau de celui-ci? Il ne peut pas trouver une bibliothèque? Il ne peut pas accéder au Web (WSDL contient une importation de xsd externe)?

Était-ce utile?

La solution

Cela signifie que livecycle 8,0 n'a pas d'utiliser ou de ne pas trouver JAXWS-catalog.xml, de sorte que les JAXWS run-time tente de charger le WSDL de l'emplacement littéral mentionné dans le relais de client, à savoir à partir de http: //localhost/wsdl/SOAService.wsdl au lieu de regarder le mappage fourni dans jax-WS- catalog.xml et en utilisant le WSDL de votre pot d'application.

L'indice est le

java.net.ConnectException: Connexion refusée java.net.ConnectException: Connexion refusée

qui me dit que JAXWS tente en mode Process pour accéder au WSDL sur http.

Où mettez-vous votre JAX-WS-catalog.xml? peut être pour livecycle il doit être mis ailleurs, en plus le répertoire META-INF du JAR.

Je pense que vous devez poster cette question sur les forums de LiveCycle.

Pour ne fonctionne pas à partir de la ligne de commande, qui est un peu étrange, exécutez comment faites-vous exactement depuis la ligne de commande.

Autres conseils

Semble la recherche de son fichier de certificat, s'il vous plaît regarder pour ce qui était certificat. Téléchargé ce certificat, redémarrez votre serveur, puis essayer.

Cordialement, Sridhar Goranti

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top