Doc-lit, bare, multi part ("type" and not any) message gets rejected by DocLiteralInInterceptor -----------------------------------------------------------------------------------------------
Key: CXF-2902 URL: https://issues.apache.org/jira/browse/CXF-2902 Project: CXF Issue Type: Bug Components: Core Reporter: William Tam Fix For: 2.3, 2.2.10 I have a message defined as below in a WSDL. (Granted, it is not a WS-1 Profile compliant WSDL). {code} <wsdl:message name="MPTestResponse"> <wsdl:part name="Param1" type="xsd:int"/> <wsdl:part name="DefaultOutput" type="xsd:string"/> </wsdl:message> {code} If the service model is built from a WSDL and not from a service class, the MessagePartInfo's concrete name will not have a namespace. As the result, the SOAP message gets rejected incorrectly by DocLiteralInInterceptor due to findMessagePart() method returns null. In the findMessagePart() method, it adds a namespace to the read in message part (variable "name") if it does not have one. In the case of the"type" message part, it does not have a namespace. The problem is that the MessagePartInfo's concreteName does not have a namespace and the comparison (name.equals(p.getConcreteName()) will fail. (The "name" now has a namespace but the concrete name does not.) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.