Hi Dan,

Thanks very much for your prompt response.
It is working now.

Louis


-----Original Message-----
From: Dan Diephouse [mailto:[EMAIL PROTECTED]
Sent: Tue 25/04/2006 21:05
To: [email protected]
Subject: Re: [xfire-dev] xfire1.0 doesn't work with maven2
 
Forget what I just said. the xbean jar is for XMLBeans. xbean-spring was 
the jar I was thinking of...

The problem is you have an XFire 1.0-M6 jar on your classpath.

- Dan

Dan Diephouse wrote:
> Hi,
> It looks like your lib directory contains xbean-2.1 instead of 2.2. 
> Switch versions and then you should be alright.
> - Dan
>
> Cheng-Yang Tang wrote:
>> Hi there,
>>
>> I am developing a Web Service with Tomcat 5.5.15, Xfire 1.0, and the 
>> same version of dependencies specified the instruction 
>> http://xfire.codehaus.org/Dependency+Guide, and everything is done in 
>> an Ubuntu 5.10 machine.
>> Everything is working as expected when I manage the project manually.
>> But when I tried to do the same thing with Maven2 and followed the 
>> User Guide http://xfire.codehaus.org/Maven+Guide, something went wrong.
>> The error message logged in Tomcat is as follwos:
>>
>> 25-Apr-2006 19:48:15 org.apache.catalina.core.StandardWrapperValve 
>> invoke
>> SEVERE: Allocate exception for servlet XFireServlet
>> java.lang.NoClassDefFoundError: 
>> org/xbean/spring/context/ClassPathXmlApplicationContext
>>         at 
>> org.codehaus.xfire.spring.XFireConfigLoader.loadConfig(XFireConfigLoader.java:30)
>>  
>>
>>         at 
>> org.codehaus.xfire.spring.XFireConfigLoader.loadConfig(XFireConfigLoader.java:44)
>>  
>>
>>         at 
>> org.codehaus.xfire.transport.http.XFireConfigurableServlet.configureXFireNew(XFireConfigurableServlet.java:126)
>>  
>>
>>         at 
>> org.codehaus.xfire.transport.http.XFireConfigurableServlet.init(XFireConfigurableServlet.java:86)
>>  
>>
>>         at javax.servlet.GenericServlet.init(GenericServlet.java:211)
>>         at 
>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1105)
>>  
>>
>>         at 
>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:757) 
>>
>>         at 
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:130)
>>  
>>
>>         at 
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
>>  
>>
>>         at 
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
>>  
>>
>>         at 
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
>>  
>>
>>         at 
>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
>>  
>>
>>         at 
>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) 
>>
>>         at 
>> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) 
>>
>>         at 
>> org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:667)
>>  
>>
>>         at 
>> org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
>>  
>>
>>         at 
>> org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
>>  
>>
>>         at 
>> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
>>  
>>
>>         at java.lang.Thread.run(Thread.java:595)
>>
>>
>> After carefully checking the contents of then dependencies, I found 
>> it is because in xbean package 
>> "org/xbean/spring/context/ClassPathXmlApplicationContext.class" is 
>> changed to 
>> "org/apache/xbean/spring/context/ClassPathXmlApplicationContext.class" 
>> but this is not reflected in some other packages depend on it.
>> The contents of the WEB-INF/lib of the working version is as follows 
>> (installed manually):
>> activation-1.0.2.jar  spring-1.2.6.jar    wsdl4j-1.5.2.jar    
>> xfire-all-1.0.jar
>> jdom-1.0.jar          stax-1.1.2-dev.jar  wstx-asl-1.8.2.jar  
>> xmlbeans-jsr173-api-2.0-dev.jar
>> mail-1.3.3_01.jar     stax-api-1.0.jar    xbean-2.2.jar
>>
>> And the contents of the WEB-INF/lib of the failed version is as 
>> follows (fetched by Maven2):
>> activation-1.0.2.jar            js-1.5R4.1.jar                    
>> xbean-spring-2.2.jar
>> ant-1.5.jar                     jtidy-4aug2000r7-dev.jar          
>> xercesImpl-2.6.2.jar
>> commons-attributes-api-2.1.jar  mail-1.3.3_01.jar                 
>> xfire-aegis-1.0.jar
>> commons-beanutils-1.7.0.jar     nekohtml-0.9.1.jar                
>> xfire-all-1.0-M6.jar
>> commons-codec-1.3.jar           org.mortbay.jetty-5.1.3.jar       
>> xfire-annotations-1.0.jar
>> commons-httpclient-3.0.jar      qdox-1.5.jar                      
>> xfire-core-1.0.jar
>> commons-logging-1.0.4.jar       servlet-api-2.3.jar               
>> xfire-java5-1.0.jar
>> dom4j-1.6.1.jar                 spring-1.2.6.jar                  
>> xfire-jaxb2-1.0.jar
>> httpunit-1.6.1.jar              stax-1.1.2-dev.jar                
>> xfire-jsr181-api-1.0-M1.jar
>> icu4j-2.6.1.jar                 stax-api-1.0.jar                  
>> xfire-spring-1.0.jar
>> javamail-1.3.2.jar              stax-utils-snapshot-20040917.jar  
>> xfire-xmlbeans-1.0.jar
>> jaxb-api-2.0-ea3.jar            tagsoup-0.9.7.jar                 
>> xml-apis-1.0.b2.jar
>> jaxb-impl-2.0-ea3.jar           wsdl4j-1.5.2.jar                  
>> xmlbeans-jsr173-api-2.0-dev.jar
>> jaxb-xjc-2.0-ea3.jar            wstx-asl-2.0.3.jar                
>> xmlParserAPIs-2.6.2.jar
>> jaxen-1.1-beta-8.jar            xalan-2.6.0.jar                   
>> XmlSchema-1.0.jar
>> jdom-1.0.jar                    xbean-2.1.0.jar                   
>> xom-1.0b3.jar
>>
>> Cheers,
>>
>> Louis
>>   
>
>


-- 
Dan Diephouse
Envoi Solutions
http://envoisolutions.com
http://netzooid.com/blog


Reply via email to