You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cxf.apache.org by "Daniel Kulp (JIRA)" <ji...@apache.org> on 2009/07/29 05:10:14 UTC
[jira] Resolved: (CXF-1934) -npa does not work in wsdl2java due to
JAXB bug.
[ https://issues.apache.org/jira/browse/CXF-1934?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Daniel Kulp resolved CXF-1934.
------------------------------
Resolution: Fixed
Fix Version/s: 2.2.3
2.1.6
Assignee: Daniel Kulp (was: Benson Margulies)
> -npa does not work in wsdl2java due to JAXB bug.
> ------------------------------------------------
>
> Key: CXF-1934
> URL: https://issues.apache.org/jira/browse/CXF-1934
> Project: CXF
> Issue Type: Bug
> Components: Tooling
> Affects Versions: 2.1.3
> Reporter: Derek Adams
> Assignee: Daniel Kulp
> Priority: Minor
> Fix For: 2.1.6, 2.2.3
>
> Attachments: calculator.wsdl
>
>
> When generating classes via wsdl2java, the JAXB generated classes for complex types in the schema section do not reflect the correct namespace. For example, generating code from the WSDL below:
> <wsdl:definitions xmlns="http://example.org/math/"
> xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/" xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
> xmlns:http="http://schemas.xmlsoap.org/wsdl/http/" xmlns:xs="http://www.w3.org/2001/XMLSchema"
> xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/" xmlns:mime="http://schemas.xmlsoap.org/wsdl/mime/"
> xmlns:y="http://example.org/math/" xmlns:type="http://example.org/math/types/"
> targetNamespace="http://example.org/math/">
> <wsdl:types>
> <xs:schema xmlns="http://example.org/math/types/"
> targetNamespace="http://example.org/math/types/">
> <xs:complexType name="MathInput">
> <xs:sequence>
> <xs:element name="x" type="xs:double" />
> <xs:element name="z" type="xs:double" />
> </xs:sequence>
> </xs:complexType>
> <xs:complexType name="MathOutput">
> <xs:sequence>
> <xs:element name="result" type="xs:double" />
> </xs:sequence>
> </xs:complexType>
> <xs:element name="Add" type="type:MathInput" />
> <xs:element name="AddResponse" type="type:MathOutput" />
> <xs:element name="Subtract" type="type:MathInput" />
> <xs:element name="SubtractResponse" type="type:MathOutput" />
> </xs:schema>
> </wsdl:types>
> <wsdl:message name="AddMessage">
> <wsdl:part name="parameters" element="type:Add" />
> </wsdl:message>
> <wsdl:message name="AddResponseMessage">
> <wsdl:part name="parameters" element="type:AddResponse" />
> </wsdl:message>
> <wsdl:message name="SubtractMessage">
> <wsdl:part name="parameters" element="type:Subtract" />
> </wsdl:message>
> <wsdl:message name="SubtractResponseMessage">
> <wsdl:part name="parameters" element="type:SubtractResponse" />
> </wsdl:message>
> <wsdl:portType name="MathInterface">
> <wsdl:operation name="Add">
> <wsdl:input message="y:AddMessage" />
> <wsdl:output message="y:AddResponseMessage" />
> </wsdl:operation>
> <wsdl:operation name="Subtract">
> <wsdl:input message="y:SubtractMessage" />
> <wsdl:output message="y:SubtractResponseMessage" />
> </wsdl:operation>
> </wsdl:portType>
> <wsdl:binding name="MathSoapHttpBinding" type="y:MathInterface">
> <soap:binding style="document"
> transport="http://schemas.xmlsoap.org/soap/http" />
> <wsdl:operation name="Add">
> <soap:operation soapAction="http://example.org/math/#Add" />
> <wsdl:input>
> <soap:body use="literal" />
> </wsdl:input>
> <wsdl:output>
> <soap:body use="literal" />
> </wsdl:output>
> </wsdl:operation>
> <wsdl:operation name="Subtract">
> <soap:operation soapAction="http://example.org/math/#Subtract" />
> <wsdl:input>
> <soap:body use="literal" />
> </wsdl:input>
> <wsdl:output>
> <soap:body use="literal" />
> </wsdl:output>
> </wsdl:operation>
> </wsdl:binding>
> <wsdl:service name="MathService">
> <wsdl:port name="MathEndpoint" binding="y:MathSoapHttpBinding">
> <soap:address location="http://localhost/math/math.asmx" />
> </wsdl:port>
> </wsdl:service>
> </wsdl:definitions>
> results in JAXB classes with no namespaces. For example, MathInput should be in namespace ttp://example.org/math/types/. The @XmlType declaration in MathInput.java looks like:
> @XmlType(name = "MathInput", propOrder = {
> "x",
> "z"
> })
> with no namespace entry. Running the generated code results in the following errors on CXF startup (in this case from Mule):
> 14:32:04,606 ERROR [STDERR] Dec 7, 2008 2:32:04 PM org.apache.cxf.service.factor
> y.ReflectionServiceFactoryBean fillInSchemaCrossreferences
> SEVERE: Schema element {http://example.org/math/types/}SubtractResponse referenc
> es undefined type MathOutput for service {http://example.org/math/}MathInterface
> Service.
> 14:32:04,606 ERROR [STDERR] Dec 7, 2008 2:32:04 PM org.apache.cxf.service.factor
> y.ReflectionServiceFactoryBean fillInSchemaCrossreferences
> SEVERE: Schema element {http://example.org/math/types/}Subtract references undef
> ined type MathInput for service {http://example.org/math/}MathInterfaceService.
> 14:32:04,621 ERROR [STDERR] Dec 7, 2008 2:32:04 PM org.apache.cxf.service.factor
> y.ReflectionServiceFactoryBean fillInSchemaCrossreferences
> SEVERE: Schema element {http://example.org/math/types/}AddResponse references un
> defined type MathOutput for service {http://example.org/math/}MathInterfaceServi
> ce.
> 14:32:04,621 ERROR [STDERR] Dec 7, 2008 2:32:04 PM org.apache.cxf.service.factor
> y.ReflectionServiceFactoryBean fillInSchemaCrossreferences
> SEVERE: Schema element {http://example.org/math/types/}Add references undefined
> type MathInput for service {http://example.org/math/}MathInterfaceService.
> .. and the WSDL served by CXF relects two 'xs:schema' (one for elements and a separate for the complex types) with different targetNamespaces. Adding the namespace declaration to the JXC-generated sources for the complexTypes fixes the problem.
> Thanks,
> Derek
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.