[ http://jira.codehaus.org/browse/XFIRE-783?page=all ]

Dan Diephouse closed XFIRE-783.
-------------------------------

    Resolution: Fixed

Thanks - I've upgraded us to WSDL4J 1.6.1 now.

> AbstractMethodError when using WSDL4J 1.6
> -----------------------------------------
>
>                 Key: XFIRE-783
>                 URL: http://jira.codehaus.org/browse/XFIRE-783
>             Project: XFire
>          Issue Type: Bug
>          Components: Core
>    Affects Versions: 1.2.2
>         Environment: Mac OS X 10.4.8 (Intel), Java 1.5.0_06
>            Reporter: Matt Solnit
>         Assigned To: Dan Diephouse
>             Fix For: 1.2.4
>
>
> When I browse to the /services URL, I get the following exception:
> org.springframework.beans.factory.BeanCreationException: Error creating bean 
> with name 'org.codehaus.xfire.spring.ServiceBean#3' defined in class path 
> resource [META-INF/xfire/services.xml]: Initialization of bean failed; nested 
> exception is java.lang.AbstractMethodError: 
> org.codehaus.xfire.wsdl11.ResolverWSDLLocator.close()V
>       
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:370)
>       
> org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:226)
>       
> org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:147)
>       
> org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:275)
>       
> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:320)
>       
> org.codehaus.xfire.spring.XFireConfigLoader.getXFireApplicationContext(XFireConfigLoader.java:107)
>       
> org.codehaus.xfire.spring.XFireConfigLoader.loadContext(XFireConfigLoader.java:41)
>       
> org.codehaus.xfire.transport.http.XFireConfigurableServlet.loadConfig(XFireConfigurableServlet.java:86)
>       
> org.codehaus.xfire.transport.http.XFireConfigurableServlet.createXFire(XFireConfigurableServlet.java:54)
>       
> org.codehaus.xfire.transport.http.XFireServlet.init(XFireServlet.java:45)
>       javax.servlet.GenericServlet.init(GenericServlet.java:211)
>       
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
>       
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
>       
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
>       
> org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
>       
> org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
>       
> org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
>       
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
>       java.lang.Thread.run(Thread.java:613)
> The reason is that the ResolverWSDLLocator class, introduced in XFire 1.2.2, 
> does not implement the close() method which was added to the WSDLLocator 
> interface in WSDL4J 1.6.
> I upgraded to WSDL4J 1.6 to fix XFIRE-633.  I can downgrade and see if it 
> still works, but IMO this should still be fixed at some point.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe from this list please visit:

    http://xircles.codehaus.org/manage_email

Reply via email to