Un SOAP 1.2 message n'est pas valide lors de l'envoi à un SOAP 1.1 point de terminaison

J'obtiens une erreur lors de l'appel d'un printemps-cxf-webservice de spring batch application.Cette erreur se passe uniquement lorsque sa vocation de lot.Lors de l'appel de la normale soap UI sa fonctionne bien.Et une fois sa vocation de lot certains dossiers traitées.Erreur qui se passe pour quelques enregistrements.Vérifié la version SOAP de lot et webservice et sa de même.

org.apache.cxf.binding.soap.SoapFault: A SOAP 1.2 message is not valid when sent to a SOAP 1.1 only endpoint.
at org.apache.cxf.binding.soap.interceptor.ReadHeadersInterceptor.handleMessage(ReadHeadersInterceptor.java:144)
at org.apache.cxf.binding.soap.interceptor.ReadHeadersInterceptor.handleMessage(ReadHeadersInterceptor.java:60)
at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:263)
at org.apache.cxf.endpoint.ClientImpl.onMessage(ClientImpl.java:799)
at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponseInternal(HTTPConduit.java:1627)
at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResponse(HTTPConduit.java:1494)
at org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPConduit.java:1402)
at org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:56)
at org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:649)
at org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:62)
at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:263)
at org.apache.cxf.endpoint.ClientImpl.doInvoke(ClientImpl.java:533)
at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:463)
at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:366)
at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:319)
at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:88)
at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:134)

Lot De Configuration

<jaxws:client id="mainClient"
serviceClass="com.batch.service.MainSoap"
address="${url}" />

D'aide ou de façon à identifier la cause serait appréciée

pouvez-vous partager les parties spécifiques de votre configuration?
édité question avec le Lot de Configuration.
Vous n'avez pas montré la configuration/code crochets de votre mainClient Jax WS client de l'objet dans le Ressort du Lot.
qui toutes les configurations sont nécessaires?

OriginalL'auteur Sajith | 2013-03-18

  1. 2

    Il suffit d'ajouter le Savon de Liaison.

    <jaxws:endpoint id="mainClient" serviceClass="com.batch.service.MainSoap"
address="${url}">
<jaxws:binding>
<soap:soapBinding version="1.2" mtomEnabled="true" />
</jaxws:binding>
</jaxws:endpoint>
    La spécification de liaison n'aide pas dans mon cas.
    Comment faire la liaison soap 1.2 sans ressort? Le printemps fait en fonction de <soap version="1.2"> en quelque sorte et j'ai besoin de faire la même chose sans ressort (cxf seulement)

    OriginalL'auteur Peter

  2. 1

    ajouter cette annotation sur votre interface de service, j'ai essayé de travail pour moi

    @SOAPBinding(parameterStyle = SOAPBinding.ParameterStyle.BARE)

    La classe DeliveryService est généré:

     @WebService(targetNamespace = "http://...", name = "ServiceInterface")
@SOAPBinding(parameterStyle = SOAPBinding.ParameterStyle.BARE)
public interface ServiceInterface {
@WebResult(name = "response", targetNamespace = "http:///", partName = "response")

    OriginalL'auteur Surendra M

  3. 0

    Je viens de rencontrer le même problème à l'aide de la CXF cadre. C'était dû à une mauvaise configuration de l'ordinateur d'extrémité: la wsdlLocation n'était pas de pointer le wsdl-fichier...
    Il y a différentes façon de définir l'emplacement wsdl: il peut être fournie lors de la terminaison d'initialisation (l'extrémité constructeur de prendre une option wsdlLocation comme paramètre) ou en donnant la wsdl2java tâche "wsdlLocation" argument (si vous produisez vos classes à partir de le langage wsdl).

    De pointage à un mauvais wsdlLocation peut-être la cause de cette exception...

    OriginalL'auteur Francois Gergaud