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 2017/11/09 15:41:01 UTC
[jira] [Commented] (CXF-7552) wsdl2java fails on SwA WSDL using
SOAP 1.2 Bindings
[ https://issues.apache.org/jira/browse/CXF-7552?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16245858#comment-16245858 ]
Daniel Kulp commented on CXF-7552:
----------------------------------
I'm not getting that error at all with the attached wsdl and the latest 3.1.14 release. There are other issues that make the attached wsdl invalid, but the error above is not what I'm seeing at all.
{code}
WSDLToJava Error: Non unique body parts, operation [ echoXML ] and operation [ echoMultipleXML ] in binding {http://apache.org/xml_attachments}XMLAttachmentPortType_SOAPBinding have the same body block: {http://apache.org/xml_attachments}doc
{code}
> wsdl2java fails on SwA WSDL using SOAP 1.2 Bindings
> ---------------------------------------------------
>
> Key: CXF-7552
> URL: https://issues.apache.org/jira/browse/CXF-7552
> Project: CXF
> Issue Type: Bug
> Affects Versions: 3.1.13
> Reporter: Russell Orf
> Attachments: xml_attachments.wsdl
>
>
> I'm attempting to create a JAX-WS Web Service client from a SwA WSDL and receiving the below error.
> {noformat}
> Loading FrontEnd jaxws ...
> Loading DataBinding jaxb ...
> wsdl2java -client -d /home/rorf/workspace/service-client/.cxftmp/src -classdir /home/rorf/workspace/service-client/target/classes -p http://apache.org/xml_attachments=org.apache.xml_attachments -impl -validate -exsh false -dns true -dex true -wsdlLocation file:/home/rorf/workspace/service-client/src/main/resources/xml_attachments.wsdl -verbose -defaultValues -fe jaxws -db jaxb -wv 1.1 file:/home/rorf/workspace/service-client/src/main/resources/xml_attachments.wsdl
> wsdl2java - Apache CXF 3.1.13
> WSDLToJava Error:
> line 40 column 36 of file:/home/rorf/workspace/service-client/src/main/resources/xml_attachments.wsdl: cvc-complex-type.2.4.c: The matching wildcard is strict, but no declaration can be found for element 'soap:body'.
> org.apache.cxf.tools.common.ToolException:
> line 40 column 36 of file:/home/rorf/workspace/service-client/src/main/resources/xml_attachments.wsdl: cvc-complex-type.2.4.c: The matching wildcard is strict, but no declaration can be found for element 'soap:body'.
> at org.apache.cxf.tools.validator.internal.SchemaValidator.validate(SchemaValidator.java:207)
> at org.apache.cxf.tools.validator.internal.SchemaValidator.validate(SchemaValidator.java:120)
> at org.apache.cxf.tools.validator.internal.SchemaValidator.isValid(SchemaValidator.java:103)
> at org.apache.cxf.tools.validator.internal.WSDL11Validator.isValid(WSDL11Validator.java:157)
> at org.apache.cxf.tools.wsdlto.frontend.jaxws.wsdl11.JAXWSDefinitionBuilder.validate(JAXWSDefinitionBuilder.java:207)
> at org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.processWsdl(WSDLToJavaContainer.java:204)
> at org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:164)
> at org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:415)
> at org.apache.cxf.tools.common.toolspec.ToolRunner.runTool(ToolRunner.java:105)
> at org.apache.cxf.tools.wsdlto.WSDLToJava.run(WSDLToJava.java:113)
> at org.apache.cxf.tools.wsdlto.WSDLToJava.run(WSDLToJava.java:86)
> at org.apache.cxf.tools.wsdlto.WSDLToJava.main(WSDLToJava.java:185)
> {noformat}
> I've noticed this command succeeds when modifying the WSDL to use the namespace for SOAP v1.1 instead of v1.2.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)