cxf-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Daniel Kulp <dk...@apache.org>
Subject Re: WSDLToJava Error
Date Tue, 27 Oct 2009 19:12:41 GMT
On Tue October 27 2009 3:08:51 pm Nate Woody wrote:
> Sorry, thought I'd included the stack trace initially.  The
> -noAddressBinding allows wsdl2java to finish successfully, but looks
> like it breaks things.  At the very least the existing code doesn't work
> and like you say I've got a workaround with replacing the Addressing
> schema.

Ah.  Yes....  Without -noAddressBinding, we use W3CEPRJaxbBinding.xml which is 
a JAXB binding file to map all the ws-addressing types into the proper 
javax.xml.ws.wsaddressing types.   Since their schema is missing some of those 
types, that mapping breaks.   Yep.  Looks like the workaround is the best 
option.

Dan


> 
> Thanks,
> Nate
> 
> 
> 
> 
>      [java] Loading FrontEnd jaxws ...
>      [java] Loading DataBinding jaxb ...
>      [java] wsdl2java -client -d src -verbose http://hostname/WSDL?wsdl
>      [java] wsdl2java - Apache CXF 2.2.4
>      [java] WSDLToJava Error: Thrown by JAXB : SCD "wsa:From" didnt
> match any schema component at line 32 column 28 of schema
> jar:file:/C:/Documents%20and%20Settings/nate/Desktop/apache-cxf-2.2.4/li
> b/cxf-2.2.4.jar!/org/apache/cxf/tools/wsdlto/databinding/jaxb/W3CEPRJaxb
> Binding.xml
>      [java] org.apache.cxf.tools.common.ToolException: Thrown by JAXB :
> SCD "wsa:From" didnt match any schema component at line 32 column 28 of
> schema
> jar:file:/C:/Documents%20and%20Settings/nate/Desktop/apache-cxf-2.2.4/li
> b/cxf-2.2.4.jar!/org/apache/cxf/tools/wsdlto/databinding/jaxb/W3CEPRJaxb
> Binding.xml
>      [java] 	at
> org.apache.cxf.tools.wsdlto.databinding.jaxb.JAXBBindErrorListener.error
> (JAXBBindErrorListener.java:35)
>      [java] 	at
> com.sun.tools.xjc.api.impl.s2j.SchemaCompilerImpl.error(SchemaCompilerIm
> pl.java:286)
>      [java] 	at
> com.sun.tools.xjc.util.ErrorReceiverFilter.error(ErrorReceiverFilter.jav
> a:77)
>      [java] 	at
> com.sun.tools.xjc.reader.internalizer.SCDBasedBindingSet.reportError(SCD
> BasedBindingSet.java:255)
>      [java] 	at
> com.sun.tools.xjc.reader.internalizer.SCDBasedBindingSet.reportError(SCD
> BasedBindingSet.java:246)
>      [java] 	at
> com.sun.tools.xjc.reader.internalizer.SCDBasedBindingSet.access$100(SCDB
> asedBindingSet.java:74)
>      [java] 	at
> com.sun.tools.xjc.reader.internalizer.SCDBasedBindingSet$Target.apply(SC
> DBasedBindingSet.java:154)
>      [java] 	at
> com.sun.tools.xjc.reader.internalizer.SCDBasedBindingSet$Target.applyAll
> (SCDBasedBindingSet.java:138)
>      [java] 	at
> com.sun.tools.xjc.reader.internalizer.SCDBasedBindingSet$Target.apply(SC
> DBasedBindingSet.java:159)
>      [java] 	at
> com.sun.tools.xjc.reader.internalizer.SCDBasedBindingSet$Target.applyAll
> (SCDBasedBindingSet.java:138)
>      [java] 	at
> com.sun.tools.xjc.reader.internalizer.SCDBasedBindingSet$Target.access$7
> 00(SCDBasedBindingSet.java:82)
>      [java] 	at
> com.sun.tools.xjc.reader.internalizer.SCDBasedBindingSet.apply(SCDBasedB
> indingSet.java:237)
>      [java] 	at
> com.sun.tools.xjc.ModelLoader.createXSOM(ModelLoader.java:522)
>      [java] 	at
> com.sun.tools.xjc.api.impl.s2j.SchemaCompilerImpl.bind(SchemaCompilerImp
> l.java:236)
>      [java] 	at
> com.sun.tools.xjc.api.impl.s2j.SchemaCompilerImpl.bind(SchemaCompilerImp
> l.java:85)
>      [java] 	at
> org.apache.cxf.tools.wsdlto.databinding.jaxb.JAXBDataBinding.initialize(
> JAXBDataBinding.java:328)
>      [java] 	at
> org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.generateTypes(WSDLToJava
> Container.java:568)
>      [java] 	at
> org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.processWsdl(WSDLToJavaCo
> ntainer.java:219)
>      [java] 	at
> org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContai
> ner.java:127)
>      [java] 	at
> org.apache.cxf.tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContai
> ner.java:263)
>      [java] 	at
> org.apache.cxf.tools.common.toolspec.ToolRunner.runTool(ToolRunner.java:
> 103)
>      [java] 	at
> org.apache.cxf.tools.wsdlto.WSDLToJava.run(WSDLToJava.java:113)
>      [java] 	at
> org.apache.cxf.tools.wsdlto.WSDLToJava.run(WSDLToJava.java:86)
>      [java] 	at
> org.apache.cxf.tools.wsdlto.WSDLToJava.main(WSDLToJava.java:184)
>      [java] Caused by: com.sun.istack.SAXParseException2: SCD "wsa:From"
> didnt match any schema component
>      [java] 	at
> com.sun.tools.xjc.reader.internalizer.SCDBasedBindingSet.reportError(SCD
> BasedBindingSet.java:252)
>      [java] 	... 20 more
> 
> 
> -----Original Message-----
> From: Daniel Kulp [mailto:dkulp@apache.org]
> Sent: Tuesday, October 27, 2009 2:27 PM
> To: users@cxf.apache.org
> Cc: Nate Woody
> Subject: Re: WSDLToJava Error
> 
> 
> It's possible that the modified schema is causing issues.   What's the
> stack
> trace if you run wsdl2java with -v?
> 
> Also, you can try adding: -noAddressBinding to wsdl2java to turn off the
> 
> internal mapping of the ws-addressing schema into
> javax.xml.ws.wsaddressing
> types.   It would actually generate types for stuff in the schema which
> may or
> may not be appropriate for what you need to accomplish, but worth a
> shot.
> 
> That said, using a catalog or something to map that schemaLocation to a
> local
> xsd is probably the best option.
> 
> Dan
> 
> On Tue October 27 2009 9:19:43 am Nate Woody wrote:
> > I maintain a CXF-interface to Microsofts HPC2008 webservice (meaning
> 
> the
> 
> > WSDL exists in the wild), which we recently upgraded and I'm unable to
> > build stubs off of the WSDL anymore.  I've tried wsdltojava from 2.3
> 
> and
> 
> > 2.4, but I get the same error.   It's a WS-Addressing error of some
> > sort, but I'm not sure if it's a CXF bug.  The WSDL provides an import
> > for WS-A:
> >
> >                   <xsd:import
> >
> >                         schemaLocation="http://hostname/WSDL?xsd=xsd5"
> 
> namespace="http://www.w3.org/2005/08/addressing"
> 
> > />
> >
> >
> >
> > Which refers to a partial schema I've pasted at the bottom of the
> 
> email.
> 
> > If I change that import to point to a local ws-addr.xsd taken from the
> > W3 site then the service builds and works OK.  The provided schema is
> > missing these entries, which I suspect is what breaks things.
> >
> >
> >
> >   <xs:element name="ReplyTo" type="tns:EndpointReferenceType"/>
> >
> >   <xs:element name="From" type="tns:EndpointReferenceType"/>
> >
> >   <xs:element name="FaultTo" type="tns:EndpointReferenceType"/>
> >
> >   <xs:element name="To" type="tns:AttributedURIType"/>
> >
> >   <xs:element name="Action" type="tns:AttributedURIType"/>
> >
> >
> >
> > I can provide a test case and put in a JIRA ticket if the dev's think
> > this is a CXF bug.
> >
> >
> >
> > Thanks,
> >
> > Nate
> >
> >
> >
> >
> >
> > Partial WS-A schema:
> >
> >
> >
> > <xs:schema elementFormDefault="qualified"
> > targetNamespace="http://www.w3.org/2005/08/addressing">
> >
> > <xs:complexType name="EndpointReferenceType">
> >
> > <xs:sequence>
> >
> > <xs:element minOccurs="0" maxOccurs="1" name="Address"
> > type="tns:AttributedURIType"/>
> >
> > <xs:element minOccurs="0" maxOccurs="1" name="ReferenceParameters"
> > type="tns:ReferenceParametersType"/>
> >
> > <xs:element minOccurs="0" maxOccurs="1" name="Metadata"
> > type="tns:MetadataType"/>
> >
> > <xs:any minOccurs="0" maxOccurs="unbounded" namespace="##other"/>
> >
> > </xs:sequence>
> >
> > <xs:anyAttribute/>
> >
> > </xs:complexType>
> >
> > <xs:complexType name="AttributedURIType">
> >
> > <xs:simpleContent>
> >
> > <xs:extension base="xs:anyURI">
> >
> > <xs:anyAttribute/>
> >
> > </xs:extension>
> >
> > </xs:simpleContent>
> >
> > </xs:complexType>
> >
> > <xs:complexType name="ReferenceParametersType">
> >
> > <xs:sequence>
> >
> > <xs:any minOccurs="0" maxOccurs="unbounded"/>
> >
> > </xs:sequence>
> >
> > <xs:anyAttribute/>
> >
> > </xs:complexType>
> >
> > <xs:complexType name="MetadataType">
> >
> > <xs:sequence>
> >
> > <xs:any minOccurs="0" maxOccurs="unbounded"/>
> >
> > </xs:sequence>
> >
> > <xs:anyAttribute/>
> >
> > </xs:complexType>
> >
> > </xs:schema>
> 

-- 
Daniel Kulp
dkulp@apache.org
http://www.dankulp.com/blog

Mime
View raw message