2010-01-19 10 views
3

Je lance jboss-4.2.1.GA pour générer des requêtes WS.Problème Jboss RPC/Encodé

J'ai créé le client WS à l'aide de JWSDP-2.0/JAXRPC. J'ai déployé le client chez Jboss et j'essaie maintenant d'envoyer des demandes.

Lorsque j'essaie d'initialiser le service client: javax.xml.rpc.Service service = servicefactory.createService(new URL(wsdlURL), serviceQN), Jboss commence à se plaindre.

L'erreur qui génère Jboss est:

erreur [JBossXSErrorHandler] JBossWS_targetnamespace1.com7796329154971783225.xsd [domain: http://www.w3.org/TR/xml-schema-1]::[key=src-resolve.4.2]::Message=src-resolve.4.2: erreur composant résoudre 'tns2: SimpleSerialiser. Il a été détecté que « tns2: SimpleSerialiser » est dans l'espace de noms « http://targetnamespace2.com », mais composants de cet espace de noms ne sont pas référençables du document de schéma « file: /home/jbossPath/jboss-4.2.1.GA/server /default/tmp/jbossws/JBossWS_targetnamespace1.com7796329154971783225.xsd '. Si cet espace de noms est incorrect, peut-être que le préfixe 'tns2: SimpleSerialiser' doit être modifié . Si c'est l'espace de noms correct , alors une balise 'import' appropriée doit être ajoutée au fichier ': /home/jbossPath/mobaq/jboss-4.2.1.GA/server/default/tmp/jbossws/JBossWS_targetnamespace1.com7796329154971783225 .xsd '.

Suivi par un avertissement:

WARN [WSDL11Reader] Encoding le style 'http://schemas.xmlsoap.org/soap/encoding/' pas pris en charge pour: {urn: namespace} doTask

Enfin, l'erreur suivante est affiché:

ERRO R [STDERR] org.jboss.ws.WSException: Impossible obtenir la cartographie de type java pour: {urn: namespace} ArrayOf_tns2_TagType erreur [STDERR] à org.jboss.ws.metadata.builder.jaxrpc.JAXRPCMetaDataBuilder.buildInputParameter (JAXRPCMetaDataBuilder.java:266) ... ...

Je sais qu'un similar error a été écrit dans community.jboss.org dans le passé, mais pour une autre tâche. Je ne suis pas sûr si le correctif fourni résoudra mon problème et je ne sais pas comment implémenter le correctif fourni.

En plus de cela, j'ai trouvé quelqu'un ayant des problèmes similaires: JAX-RPC in JBoss 4.2.3 mais la solution proposée ne fonctionne pas pour moi. Je sais aussi que JbossWS ne supporte pas RPC/Encoded mais j'utilise jboss pour ma solution. Y a-t-il un moyen de contourner ce problème, puis-je demander à Jboss de créer le service client pour envoyer des demandes? Je ne suis pas sûr de demander un fichier WSDL RPC/Literal est une possibilité, c'est pourquoi je demande.

Toutes les suggestions seront grandement appréciées.

Répondre

0

J'ai finalement résolu le problème en mettant en œuvre la solution proposée de JAX-RPC in JBoss 4.2.3 après:

Pour passer à la chasse, je mets simplement les fichiers JAR suivants Axis 1.4 dans le répertoire lib de l'oreille: axis.jar, Axit-ant.jar, commons-découverte-0.2.jar, jaxrpc.jar, saaj.jar, wsdl4j-1.5.1.jar

Ce que je faisais était de mettre les pots ci-dessus avec mon propre WS pot client fichier et c'est pourquoi cela n'a pas fonctionné. La solution était là, devant moi en noir et blanc et je ne l'ai pas mise en œuvre correctement. C'est le problème lorsqu'on regarde trop attentivement un problème depuis trop longtemps.

Je suis un étudiant.

1

http://schemas.xmlsoap.org/soap/encoding/ est un style hérité utilisé par de très vieilles piles de services Web (c'est tellement mauvais, even Microsoft recommend against it). Il était sérieusement défectueux, et a donc été exclu du WS-I interoperability spec, qui est implémenté par les piles de services Web Java les plus modernes. La seule pile java que je connaisse qui gère ces anciens encodages est Axis 1, ce qui est lui-même sérieusement défectueux, mais peut être votre seule option. Vous devriez être capable d'exécuter Axis en tant que client à partir de JBoss.

+0

Merci, je vais essayer la solution suggérée tout à l'heure. À votre santé. –