Hi,
bug in ivy? Hmmm. A bug that only arrives when using CXF deps greater version
2.1.4 ? ;-)
I added your snapshot CXF repository to my NEXUS installation and used 2.2.6
for testing.
Results:
- i dont get the wstx-asl not found issue -> this is good but this also wasnt
the case in 2.2.5, only in 2.2.4 and lower (but 2.1.4 works)
still getting that because of missing XmlSchema.jar
Caused by: org.springframework.beans.BeanInstantiationException: Could not
instantiate bean class
Æorg.apache.cxf.jaxws.spring.EndpointDefinitionParser$SpringEndpointImplÅ:
Constructor threw exception; nested exception is
java.lang.NoClassDefFoundError:
org/apache/ws/commons/schema/utils/NamespacePrefixList
at
org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:141)
at
org.springframework.beans.factory.support.SimpleInstantiationStrategy.instantiate(SimpleInstantiationStrategy.java:107)
at
org.springframework.beans.factory.support.ConstructorResolver.autowireConstructor(ConstructorResolver.java:275)
... 38 more
Caused by: java.lang.NoClassDefFoundError:
org/apache/ws/commons/schema/utils/NamespacePrefixList
at
org.apache.cxf.jaxws.JaxWsServerFactoryBean.<init>(JaxWsServerFactoryBean.java:65)
at org.apache.cxf.jaxws.EndpointImpl.<init>(EndpointImpl.java:129)
at org.apache.cxf.jaxws.EndpointImpl.<init>(EndpointImpl.java:133)
at org.apache.cxf.jaxws.EndpointImpl.<init>(EndpointImpl.java:137)
at
org.apache.cxf.jaxws.spring.EndpointDefinitionParser$SpringEndpointImpl.<init>(EndpointDefinitionParser.java:165)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at
org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:126)
... 40 more
So basically nothing changed for me from 2.2.5 to 2.2.6 .... Do you know which
POM references the XmlSchema.jar ? I am slowly getting clueless....
---
regards
Marc Logemann
http://www.logemann.org
http://www.logentis.de
Am 20.01.2010 um 18:14 schrieb Daniel Kulp:
> On Wed January 20 2010 11:38:43 am Marc Logemann wrote:
>> some more investigation:
>>
>> In version 2.1.4, everything was ok and the XmlSchema.jar was resolved
>> automaticly. With 2.2.5 this is no longer the case. I wanted to try 2.2.4
>> or 2.2.3 to see when things have changed but with other 2.2.x versions i
>> am getting wstx-asl-3.2.8.jar issues with the maven2 central. It wont be
>> found. So at this point i have no clue. Of course i could manually place
>> the xmlSchema.jar as a dependency but as long as it looks like a bug in
>> some of the POMs of CXF, i would love to disucss that here.
>
> Is it a bug in the poms or a bug in Ivy? I know if we use Maven, things
> are
> resolved properly from central as many of the bug test cases we get in using
> maven builds work fine. Also, if you wait till Monday or so, 2.2.6
> should
> be in Central (providing the vote passes) which updates to wstx 3.2.9 which
> may fix that issue. (or point ivy at the staging area:
> https://repository.apache.org/content/repositories/orgapachecxf-057/
> to test 2.2.6.)
>
>
>
> Dan
>
>
>>
>>
>> ---
>> regards
>> Marc Logemann
>> http://www.logemann.org
>> http://www.logentis.de
>>
>> Am 20.01.2010 um 12:28 schrieb Marc Logemann:
>>> Hi,
>>>
>>> after upgrading to 2.2.5 i am getting the error in the subject when
>>> bootstrapping my app.
>>>
>>> Here is my ivy.xml definition for getting the dependencies.
>>>
>>>
>>> <dependency org="org.apache.cxf" name="cxf-rt-frontend-jaxws"
>>> rev="2.2.5" conf="default"/> <dependency org="org.apache.cxf"
>>> name="cxf-rt-transports-http" rev="2.2.5" conf="default"/>
>>>
>>> I really dont know why XmlSchema.jar is missing as it seems. In fact it
>>> doesnt get downloaded with both dependencies in place.
>>>
>>> Has something changed with regard to latest version?
>>>
>>> Thanks for any info.
>>>
>>>
>>> ---
>>> regards
>>> Marc Logemann
>>> http://www.logemann.org
>>> http://www.logentis.de
>>
>
> --
> Daniel Kulp
> [email protected]
> http://www.dankulp.com/blog
