The server is on my computer. The problem is that if I am using geronimo-javamail_1.4_spec-1.0.jar (the original) it's work.
dkulp wrote: > > > 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 > > -- View this message in context: http://www.nabble.com/geronimo-javamail_1.4_spec-1.0-M1-bugs-tf4336066.html#a12352426 Sent from the cxf-user mailing list archive at Nabble.com.
