client de service Web Java, ajoutant des en-têtes http

Vous pouvez passer d'une carte avec des en-têtes personnalisés à la BindingProvider (je crois que vous pouvez définir le MessageContext.HTTP_REQUEST_HEADERS de la propriété). Essayez de créer un en-tête d'Autorisation et de la passer en.

Par souci d'exhaustivité et d'aider les autres dans des situations similaires, je voudrais illustrer la solution la plus propre à mon humble avis à l'aide de l'JAX-WS-gestionnaire de la chaîne d':

1) la Sous-classe de votre service de classe (pas le port de classe) dans un autre (non généré). Parce que le service de classe (et de son ensemble) a probablement été généré à partir d'un WSDL, vos modifications à la sous-classe ne sont pas perdus, lorsque vous mettez à jour votre service de classe après un WSDL changement.

2) Annoter votre service-sous-classe comme ceci (import javax.jws.HandlerChain):

@HandlerChain(file="HandlerChain.xml")
public class MyService extends GeneratedService {

3) Créer un fichier appelé HandlerChain.xml dans le même package que votre service à la sous-classe, c'est à dire à côté de MyService avec le contenu suivant:

<?xml version="1.0" encoding="UTF-8"?>
<handler-chains xmlns="http://java.sun.com/xml/ns/javaee">
    <handler-chain>
        <handler>
            <handler-name>co.codewizards.example.HttpHeaderExtensionSOAPHandler</handler-name>
            <handler-class>co.codewizards.example.HttpHeaderExtensionSOAPHandler</handler-class>
        </handler>
    </handler-chain>
</handler-chains>

Vous pouvez ajouter plusieurs <handler> éléments, btw.

Et assurez-vous que ce fichier se termine vraiment dans votre BOCAL! Par exemple, lors de l'utilisation de Maven, vous devez placer soit dans ${project}/src/main/resources/ (au lieu de ${project}/src/main/java/) ou vous devez changer votre build-configuration de prévoir des ressources de la java-dossier de! Je vous recommande le dernier, parce que c'est gênant d'avoir un parallèle paquet-structure dans le resources-dossier, qui est souvent oublié lors de refactorings.

4) mettre en Œuvre votre HttpHeaderExtensionSOAPHandler -- semblable à ceci:

import static com.google.common.base.Preconditions.*;
import java.util.*;
import javax.xml.namespace.QName;
import javax.xml.ws.handler.MessageContext;
import javax.xml.ws.handler.soap.SOAPHandler;
import javax.xml.ws.handler.soap.SOAPMessageContext;
import co.codewizards.webservice.WebserviceContext;
public class HttpHeaderExtensionSOAPHandler implements SOAPHandler<SOAPMessageContext> {
@Override
public boolean handleMessage(SOAPMessageContext context) {
checkNotNull(context, "context");
Boolean outboundProperty = (Boolean) context.get(MessageContext.MESSAGE_OUTBOUND_PROPERTY);
checkNotNull(outboundProperty, "outboundProperty");
if (outboundProperty.booleanValue()) {
WebserviceContext<?, ?> webserviceContext = WebserviceContext.getThreadWebserviceContextOrFail();
String something = (String) webserviceContext.___(); //my API method ;-)
@SuppressWarnings("unchecked")
Map<String, List<String>> requestHeaders = (Map<String, List<String>>) context.get(MessageContext.HTTP_REQUEST_HEADERS);
if (requestHeaders == null) {
requestHeaders = new HashMap<String, List<String>>();
context.put(MessageContext.HTTP_REQUEST_HEADERS, requestHeaders);
}
requestHeaders.put(MyService.MY_CONSTANT, Collections.singletonList(something));
}
return true;
}
@Override
public boolean handleFault(SOAPMessageContext context) { return true; }
@Override
public void close(MessageContext context) { }
@Override
public Set<QName> getHeaders() { return Collections.emptySet(); }
}

Dans mon exemple ci-dessus (et dans mon productif code) - je obtenir les données à transmettre en-têtes de requête HTTP à partir d'un ThreadLocalec'est à dire mon actuel contexte du thread. Depuis cette WebserviceContext est ma classe personnalisée, vous aurez besoin de mettre en place votre propre façon d'accéder à vos données.