CXF is sending a SOAP 1.1 envelope, but it looks like you are expecting a 1.2 envelope. Does the WSDL properly say it's supposed to be 1.2 and are you using the WSDL at runtime?
Dan On Friday 29 October 2010 1:28:51 pm Frank Misa wrote: > Hi CXF Users, Developers.... > > I'm using CXFv2.2.2 - "wsdl first scenario" - in Mule3.0 by configuring a > CXF endpoint and using CXF wsdl2java utility to generate stubs/skeletons... > NOTE: The web service that CXF will be sending a message to is Axis1.2.1 > based. > > CXF seems to be returning the desired SOAP response - but the namespaces > are off ? > > https://issues.apache.org/jira/browse/CXF-1993 > > Question1: Is SoapOutInterceptor the only way I can force my CXF to use a > certain namespace on soap:envelope ? > I can't find any decent examples of doing this. Can > someone please forward a link/example. > Where do I register my "SoapOutInterceptor" - any usage > documentation out there. > > Question2: Are there other better, declarative ways of configuring this > information ? > Seems like a common scenario to me. > > It's confusing how some configuration is done using annotations on > generated clases... > While "interceptors" need to be registered to control other parts of the > CXF messaging... > > THIS IS WHAT I WANT: > > <soap:Envelope xmlns:soap="*http://www.w3.org/2003/05/soap-envelope*"; > > xmlns:vendor="http://www.vendorcare.com/";> > > <soap:Header/> > > <soap:Body> > > < vendor:MessageBrokerv2Response> > > < vendor:MessageBrokerv2Result>MESSAGE_CONTENT</ > vendor:MessageBrokerv2Result> > > </ vendor:MessageBrokerv2Response> > > </soap:Body> > > </soap:Envelope> > > > THIS IS WHAT CXF/MULE IS PRODUCING > > <soap:Envelope xmlns:soap="*http://schemas.xmlsoap.org/soap/envelope/*";> > > <soap:Body> > > < vendor:MessageBrokerv2Response xmlns=" > http://www.vendorcare.com/ <http://www.omnicare.com/>"> > > < > vendor:MessageBrokerv2Result>MESSAGE_CONTENT</ > vendor:MessageBrokerv2Result> > > </ vendor:MessageBrokerv2Response> > > </soap:Body> > > </soap:Envelope> > > > Thanks > Frank -- Daniel Kulp [email protected] http://dankulp.com/blog
