This error is probably hiding a bigger issue.   Any chance of a 
tcpdump/wireshark log of the response?    Most likely, this is a server 
side error and the response coming back is not a soap message at all.  
It's probably html (with no namespace thus the "null" is not a valid 
soap version error).

Dan


On Monday 27 August 2007, nuka wrote:
> This is the trace
>
>
> Invoking getName...
> 27 août 2007 17:55:11 org.apache.cxf.phase.PhaseInterceptorChain
> doIntercept INFO: Interceptor has thrown exception, unwinding now
> org.apache.cxf.binding.soap.SoapFault: "null" is not a valid SOAP
> version. at
> org.apache.cxf.binding.soap.interceptor.ReadHeadersInterceptor.handleM
>essage(ReadHeadersInterceptor.java:92) at
> org.apache.cxf.binding.soap.interceptor.ReadHeadersInterceptor.handleM
>essage(ReadHeadersInterceptor.java:57) at
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
>rChain.java:206) at
> org.apache.cxf.endpoint.ClientImpl.onMessage(ClientImpl.java:399) at
> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleRe
>sponse(HTTPConduit.java:1830) at
> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HT
>TPConduit.java:1698) at
> org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:66
>) at
> org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndin
>gInterceptor.handleMessage(MessageSenderInterceptor.java:62) at
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
>rChain.java:206) at
> org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:253) at
> org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:204) at
> org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:73) at
> org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:134
>) at $Proxy27.getName(Unknown Source)
>       at
> klee.labBook.wsexample.KGenericWSMoleculeNamerPortTypeClient.main(KGen
>ericWSMoleculeNamerPortTypeClient.java:57)
>
> nuka wrote:
> > When split geronimo-javamail jar into two jars and replace the first
> > one with the one of sun web services don't work anymore.
> >
> > Web services traces show the inbound message but there is an error
> > when parsing this message saying something like "missing soap
> > version...."
> >
> > dkulp wrote:
> >> Nuka,
> >>
> >> This is logged at:
> >> https://issues.apache.org/jira/browse/CXF-936
> >>
> >> I THINK if you create a jar with JUST
> >> org.apache.geronimo.mail.util.StringBufferOutputStream in it and
> >> use that jar along with the Sun jar, it may work.
> >>
> >> Dan
> >>
> >> On Monday 27 August 2007, nuka wrote:
> >>> Hello,
> >>>
> >>> I hava a big problem with geronimo-javamail_1.4_spec-1.0-M1 for my
> >>> cxf web services project.
> >>>
> >>> I need to migrate geronimo-javamail to javamail of sun. As this
> >>> migration is not possible due to a bug I've splitted
> >>> geronimo-javamail into two new jars - one containing only
> >>> javax/mail/... classes and the other one containing
> >>> geronimo/mail/...etc classes. I've replaced the first jar with
> >>> javamail of sun.
> >>>
> >>> Web services don't work.
> >>>
> >>> We cannot use geronimo-javamail_1.4_spec-1.0-M1  to send emails
> >>> due to emails errors (subject is missing, french characters are
> >>> not good, etc).
> >>>
> >>> Any help is appreciated.
> >>>
> >>> thanks in advance
> >>>
> >>> Nuka
> >>
> >> --
> >> J. Daniel Kulp
> >> Principal Engineer
> >> IONA
> >> P: 781-902-8727    C: 508-380-7194
> >> [EMAIL PROTECTED]
> >> http://www.dankulp.com/blog



-- 
J. Daniel Kulp
Principal Engineer
IONA
P: 781-902-8727    C: 508-380-7194
[EMAIL PROTECTED]
http://www.dankulp.com/blog

Reply via email to