Comment faire pour masquer l'avertissement de jax-ws client qui (peut-être) causée par jax-ws bibliothèque

J'utilise netbeans pour générer client de service web dans mon application. Et mon programme à l'aide de jax-ws bibliothèque de définir un délai d'attente dans l'appel de service web.

Vous pose un problème, car il génère beaucoup de ce message d'avertissement à chaque fois que j'ai commencer ce programme.:

Déc 13, 2010 4:35:21 PM
[com.soleil.xml.ws.politique.EffectiveAlternativeSelector]
selectAlternatives AVERTISSEMENT: WSP0075:
La politique de l'assertion
"{http://schemas.xmlsoap.org/ws/2004/10/wsat}ATAlwaysCapability"
a été évalué comme "INCONNU".

Dec 13,
2010 4:35:21 PM
[com.soleil.xml.ws.politique.EffectiveAlternativeSelector]
selectAlternatives AVERTISSEMENT: WSP0075:
La politique de l'assertion
"{http://schemas.xmlsoap.org/ws/2004/10/wsat}ATAssertion"
a été évalué comme "INCONNU".

Dec 13,
2010 4:35:21 PM
[com.soleil.xml.ws.politique.EffectiveAlternativeSelector]
selectAlternatives AVERTISSEMENT: WSP0019:
Sous-optimale de la politique de la variante sélectionnée
sur le côté client de remise en forme
"INCONNU".

J'ai trouvé le même problème avec le mien ici: http://forums.java.net/node/707265 , mais aussi ne pas avoir de réponse jusqu'à présent.

Est-il possible de masquer cette alerte? J'essaie de recherche à l'aide de google, et ne pouvez pas trouver n'importe quel match de réponse pour ce problème..

OriginalL'auteur FJE | 2010-12-13

  1. 4

    Ma conjecture est que le WSDL à partir de laquelle le client a été généré contient politique affirmations liées à WS-AtomicTransaction. Depuis WS-AtomicTransaction nécessite un gestionnaire de transactions et le JRE ne contient pas une, il n'est pas surprenant que le JAX-WS runtime JRE n'a pas de support pour le WS-AtomicTransaction et ne comprend pas ces affirmations.

    Si vous n'avez pas besoin de WS-AtomicTransaction, alors vous avez deux options pour se débarrasser de ces avertissements:

    • De configuration de l'enregistrement à supprimer ces mises en garde.
    • Supprimer les affirmations du WSDL.

    Si vous avez besoin d'WS-AtomicTransaction, alors vous aurez probablement à exécuter le code dans un serveur d'applications ou une application Java EE client.

    Dans mon cas particulier, le WSDL contient un wsaw:UsingAddressing de la politique de l'assertion. C'est la seule politique de l'affirmation dans le WSDL. Toutes les suggestions sur la façon de configurer le client pour gérer correctement l'adressage exigence? Je voudrais réparer plutôt que de simplement supprimer l'avertissement.
    wsaw:UsingAddressing n'est pas une politique d'affirmation, mais une extension de WSDL, qui est quelque chose d'autre. Quel est le message d'avertissement que vous obtenez dans votre cas particulier?
    Dec 29, 2011 2:10:34 PM [com.soleil.xml.interne.ws.politique.EffectiveAlternativeSelector] selectAlternatives AVERTISSEMENT: WSP0075: la Politique de l'assertion "{w3.org/2006/05/addressing/wsdl}UsingAddressing" a été évalué comme "INCONNU". Dec 29, 2011 2:10:34 PM [com.soleil.xml.interne.ws.politique.EffectiveAlternativeSelector] selectAlternatives AVERTISSEMENT: WSP0019: sous-Optimale de la politique de la variante sélectionnée sur le côté client de remise en forme de "INCONNU".
    Pouvez-vous poster le WSDL quelque part, ou au moins pertinents fragment qui montre comment la UsingAddressing élément est utilisé?
    <wsp:la Politique de la wsu:Id="WSHttpBinding_IX12RequestService_policy"> <wsp:ExactlyOne> <wsp:Tous les> <wsaw:UsingAddressing/> </wsp:Tous les> </wsp:ExactlyOne> </wsp:Politique> <wsdl:types> ... </wsdl:types> <wsdl:binding name="WSHttpBinding_IX12RequestService" type="tns:IX12RequestService"> <wsp:PolicyReference URI="#WSHttpBinding_IX12RequestService_policy"/> <soap12:liaison de transport="schemas.xmlsoap.org/soap/http"> ... </wsdl:binding>

    OriginalL'auteur Andreas Veithen

  2. 5

    Vous devez utiliser une version obsolète de jax-ws (je n'ai pas trouver EffectiveAlternativeSelector dans mon 2.2.1 copie), mais laissez-moi essayer.

    1. Créer un enregistrement.fichier de propriétés sur le chemin accessible lors du lancement de votre application (à tout le moins, vous pouvez utiliser celui qui se trouve à $JAVA_HOME/lib/logging.properties)
    2. Ajouter la ligne suivante dans ce fichier:
      com.sun.xml.ws.policy.EffectiveAlternativeSelector.level=OFF
    3. Lancer votre application en tant que

    java -Djava.util.logging.config.file=/path/to/your/logging.properties MainClass

    Je suis tombé sur cette utilisation de Java SE 7u2 sDK téléchargé à partir de l'Oracle principal de téléchargements de la page il y a quelques jours. javac et java rapport version 1.7.0_02. Est la publication Oracle obsolète distributions?
    Je voulais dire le jax-ws distro. Comment avez-vous l'obtenir? A-t-il fourni avec le SDK Java?
    Il doit avoir été livré avec le SDK Java parce que je n'ai pas installé d'autre chose. Le wsimport code généré dit "Cette classe a été générée par JAX-WS RI. * JAX-WS RI 2.2.4-b01 * source Généré version: 2.2 "
    Je rencontre ce problème en java 1.7, mais fonctionne bien dans 1.6.45

    OriginalL'auteur Alexander Pavlov

  3. 1

    je pense que le tournant de la de débogage n'est pas une solution

    http://dannythorpe.com/2012/01/04/java-wcf-usingaddressing-warning/ décrit un moyen de résoudre ce problème.

    OriginalL'auteur Batavia

  4. 0

    L' @SupressWarnings() n'aide pas dans ce cas. Cette annotation est-à-dire au compilateur de ne pas vous avertir lorsque vous êtes potentiellement mauvais usage de certains types java. Ces ws mises en garde se sont déversés dans le Système.err

    OriginalL'auteur moe

  5. -3

    Est @SupressWarning(valeur="?") de toute utilisation ici ?

    OriginalL'auteur Acn