cxf-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Marc Logemann ...@logemann.org>
Subject Re: problem using wsdl2java with Maven deps
Date Thu, 21 May 2009 10:24:08 GMT
Dan,

you are right, XercesImpl 2.6.2 was in the lib path, but in fact it  
was requested by CXF itself :-)

XercesImpl is a requirement of Neethi which itself is required by cxf- 
api.

Is there any reason that one needs an XML parser as requirement  
nowadays? I mean, this or a similar parser is already in the JRE/JDK  
isnt it?

---
regards
Marc Logemann
http://www.logemann.org
http://www.logentis.de




Am 20.05.2009 um 16:54 schrieb Daniel Kulp:

>
> That error implies you have an old version of Xerces being pulled in  
> somehow
> as well as all the CXF stuff.  I don't know enough about Ivy to know  
> how to
> debug what it's pulling in, but make sure there aren't any old  
> xerces versions
> being pulled in.
>
> Dan
>
>
>
> On Wed May 20 2009 8:02:13 am Marc Logemann wrote:
>> Hi,
>>
>> so far i used wsdl2java with a classpath in ANT pointing to  
>> $CXF_DISTRO
>> $/lib and everything worked well....
>>
>> Now i dont want to point to physical folders but use maven instead
>> (thats what i am doing for runtime libs anyway).
>>
>> So i included the following in ivy:
>>
>>         <dependency org="org.apache.cxf" name="cxf-tools-wsdlto-core"
>> rev="2.1.4" conf="default"/>
>>         <dependency org="org.apache.cxf" name="cxf-tools-wsdlto-
>> frontend-jaxws" rev="2.1.4" conf="default"/>
>>         <dependency org="org.apache.cxf" name="cxf-tools-wsdlto-
>> databinding-jaxb" rev="2.1.4" conf="default"/>
>>
>> For CXF runtime reasons, i already had these two deps before in my
>> ivy.xml (they are still there of course)
>>
>>         <dependency org="org.apache.cxf" name="cxf-rt-frontend-jaxws"
>> rev="2.1.4" conf="default"/>
>>         <dependency org="org.apache.cxf" name="cxf-rt-transports-
>> http" rev="2.1.4" conf="default"/>
>>
>> For some reaon name="cxf-tools-wsdlto" doesnt work at all. I thought
>> that would be a shortcut. But thats a differnt story.
>>
>> When using this classpath. I am getting:
>>
>> Exception in thread "main" java.lang.AbstractMethodError:
>> org.apache.xerces.dom.ElementNSImpl.setUserData(Ljava/lang/
>> String;Ljava/lang/Object;Lorg/w3c/dom/UserDataHandler;)Ljava/lang/
>> Object;
>> 	at
>> org
>> .apache
>> .cxf.tools.validator.internal.Stax2DOM.startElement(Stax2DOM.java: 
>> 173)
>> 	at
>> org
>> .apache
>> .cxf.tools.validator.internal.Stax2DOM.getDocument(Stax2DOM.java:135)
>> 	at
>> org
>> .apache
>> .cxf.tools.validator.internal.Stax2DOM.getDocument(Stax2DOM.java:95)
>> 	at
>> org
>> .apache
>> .cxf.tools.validator.internal.Stax2DOM.getDocument(Stax2DOM.java:76)
>> 	at
>> org
>> .apache
>> .cxf
>> .tools
>> .validator.internal.WSDL11Validator.getWSDLDoc(WSDL11Validator.java: 
>> 91)
>> 	at
>> org
>> .apache
>> .cxf
>> .tools 
>> .validator.internal.WSDL11Validator.isValid(WSDL11Validator.java:
>> 111)
>> 	at
>> org
>> .apache
>> .cxf
>> .tools
>> .wsdlto
>> .frontend
>> .jaxws
>> .wsdl11.JAXWSDefinitionBuilder.validate(JAXWSDefinitionBuilder.java: 
>> 201)
>> 	at
>> org
>> .apache
>> .cxf
>> .tools
>> .wsdlto
>> .frontend
>> .jaxws
>> .wsdl11.JAXWSDefinitionBuilder.validate(JAXWSDefinitionBuilder.java: 
>> 61)
>> 	at
>> org
>> .apache
>> .cxf 
>> .tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:
>> 132)
>> 	at
>> org
>> .apache
>> .cxf 
>> .tools.wsdlto.WSDLToJavaContainer.execute(WSDLToJavaContainer.java:
>> 232)
>> 	at
>> org
>> .apache 
>> .cxf.tools.common.toolspec.ToolRunner.runTool(ToolRunner.java:83)
>> 	at org.apache.cxf.tools.wsdlto.WSDLToJava.run(WSDLToJava.java:103)
>> 	at org.apache.cxf.tools.wsdlto.WSDLToJava.main(WSDLToJava.java:173)
>> Java Result: 1
>>
>> Can somebody tell me what maven deps are required to let WSDL2Java  
>> fly?
>>
>> Side-Note: I am running on Java6 within ANT / IDE.
>>
>> ---
>> regards
>> Marc Logemann
>> http://www.logemann.org
>> http://www.logentis.de
>
> -- 
> Daniel Kulp
> dkulp@apache.org
> http://www.dankulp.com/blog


Mime
View raw message