Comment résoudre l'échec de l'invocation du service Web JAX_WS "Les en-têtes MustUnderstand ne sont pas compris"?

Question

Je suis en utilisant l'outil SoapUI pour accéder aux services Web JAX-WS déployés dans Weblogic 10.3.2

Demande:

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ws="http://ws.pc3.polk.com/"> <soapenv:Header> <wsse:Security soapenv:mustUnderstand="1" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"> <wsu:Timestamp wsu:Id="Timestamp-1" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"> <wsu:Created>2010-12-03T21:10:43Z</wsu:Created> <wsu:Expires>2010-12-03T21:44:03Z</wsu:Expires> </wsu:Timestamp> <wsu:Timestamp wsu:Id="Timestamp-60" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"> <wsu:Created>2010-12-03T20:10:39Z</wsu:Created> <wsu:Expires>2010-12-03T20:43:59Z</wsu:Expires> </wsu:Timestamp> <wsse:UsernameToken wsu:Id="UsernameToken-59" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"> <wsse:Username>rwerqre</wsse:Username> <wsse:Password Type="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#PasswordText">ewrqwrwerqer</wsse:Password> <wsse:Nonce EncodingType="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-soap-message-security-1.0#Base64Binary">Nmw0ksmiOX+hkiSoWb2Rjg==</wsse:Nonce> <wsu:Created>2010-12-03T20:10:39.649Z</wsu:Created> </wsse:UsernameToken> </wsse:Security> </soapenv:Header> <soapenv:Body> <ws:getMetadata/> </soapenv:Body> </soapenv:Envelope>

Réponse:

<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> 
    <S:Body> 
     <SOAP-ENV:Fault xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"> 
     <faultcode>SOAP-ENV:MustUnderstand</faultcode> 
     <faultstring>MustUnderstand headers:[{http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd}Security] are not understood</faultstring> 
     </SOAP-ENV:Fault> 
    </S:Body> 
</S:Envelope> 

Answer 1

Vous pouvez configurer un mannequin SOAPHandler pour {http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd}Security qui marquerait cet en-tête comme étant «compris».

Vous pouvez également modifier la demande SOAP (côté appelant) pour définir mustUnderstand="0" dans l'en-tête de sécurité.

Exemple tête SOAP de sécurité avec mustUnderstand="0":

<S:Header xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> 
    <wsse:Security S:mustUnderstand="0" xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"> 
     <wsse:UsernameToken> 
     <wsse:Username>USERNAME</wsse:Username> 
     <wsse:Password wsse:Type="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#PasswordText">PASSWORD</wsse:Password> 
     </wsse:UsernameToken> 
    </wsse:Security> 
</S:Header> 

Answer 2

Conformément à la spécification de sécurité WS: le processeur doit, après décryptage du bloc d'en-tête crypté, le processus du bloc d'en-tête décryptée selon les directives de traitement SOAP. Le récepteur DOIT déclencher une erreur si tout contenu requis pour traiter correctement le bloc d'en-tête reste crypté ou si l'en-tête SOAP déchiffré n'est pas compris et la valeur de l'attribut S12: mustUnderstand ou S11: mustUnderstand sur le bloc d'en-tête déchiffré est vraie. Notez que pour se conformer aux règles de traitement SOAP dans ce cas, le processeur doit annuler tous les effets persistants du traitement de l'en-tête de sécurité, tel que le stockage d'un jeton reçu. Veuillez donc vérifier la configuration de CallbackHandlers.

Answer 3

Après de nombreuses recherches, cet article résout ce problème.

http://dwuysan.wordpress.com/2012/04/02/jax-ws-wsimport-and-the-error-mustunderstand-headers-not-understood/#comment-215

Answer 4

Dans SOAP Navigator UI,

droit sur votre Projet-> Afficher projet Affichage-> WS-Security Configurations-> Configurations sortant WS-Security Décocher doit comprendre, puis envoyer une demande.

Answer 5

Problème avec les gestionnaires. Vous devez ajouter suivante dans la mise en œuvre du gestionnaire

public Set<QName> getHeaders() { 
    final QName securityHeader = new QName(
     "http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd", 
     "Security", 
     "wsse"); 

    final HashSet headers = new HashSet(); 
    headers.add(securityHeader); 
    return headers; 
}