[
https://issues.apache.org/jira/browse/CXF-7552?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16247496#comment-16247496
]
Russell Orf commented on CXF-7552:
----------------------------------
Can you provide the command that you're running? The command I run (which is
originally generated from Eclipse Neon) does generate this error, which I've
also confirmed with the latest 3.1.14 release.
{noformat}
$ ./wsdl2java -client -d src -p
http://apache.org/xml_attachments=org.apache.xml_attachments -impl -validate
-exsh false -dns true -dex true -wsdlLocation /h/xml_attachments.wsdl -verbose
-defaultValues -fe jaxws -db jaxb -wv 1.1 /h/xml_attachments.wsdl
Loading FrontEnd jaxws ...
Loading DataBinding jaxb ...
wsdl2java -client -d src -p
http://apache.org/xml_attachments=org.apache.xml_attachments -impl -validate
-exsh false -dns true -dex true -wsdlLocation H:/xml_attachments.wsdl -verbose
-defaultValues -fe jaxws -db jaxb -wv 1.1 H:/xml_attachments.wsdl
wsdl2java - Apache CXF 3.1.14
WSDLToJava Error:
line 40 column 36 of file:/H:/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:/H:/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}
Do you have an example of a SwA WSDL that works here? There are no examples in
the CXF sample projects that I could find.
> 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)
