On Fri August 21 2009 7:46:19 am Josh Holtzman wrote:
> I get a stack trace (see below) when viewing a DOSGi-generated WSDL (or
> WADL, for that matter) on JDK 1.6, but not on 1.5.  Any ideas why that
> might be?
>
> I'm running cxf 2.3.0-SNAPSHOT and the DOSGi 1.1-SNAPSHOT versions.

No idea.   My thought was that maybe the parser in the JDK6 was being picked 
up  instead of woodstox for parsing META-INF/cxf/cxf.xml.    That said, the 
stack trace there sucks.   Not sure how I'd go about diagnosing it.

Dan




> Thanks,
> Josh
>
> javax.servlet.UnavailableException: java.lang.RuntimeException:
> org.springframework.beans.factory.BeanDefinitionStoreException:
> Unexpected exception parsing XML document from class path resource
> [META-INF/cxf/cxf.xml]; nested exception is
> java.lang.RuntimeException: Couldn't parse stream.
>
>       at
> org.mortbay.jetty.servlet.ServletHolder.makeUnavailable(ServletHolder.java:
>406) at
> org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:449)
> at org.mortbay.jetty.servlet.ServletHolder.doStart(ServletHolder.java:263)
>
>       at
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50) at
> org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:676
>) at
> org.mortbay.jetty.servlet.ServletHandler.updateMappings(ServletHandler.java
>:1044)
>
>       at
> org.mortbay.jetty.servlet.ServletHandler.setServletMappings(ServletHandler.
>java:1101) at
> org.mortbay.jetty.servlet.ServletHandler.addServletMapping(ServletHandler.j
>ava:800) at
> org.ops4j.pax.web.service.internal.JettyServerImpl$1.call(JettyServerImpl.j
>ava:139)
>
>       at
> org.ops4j.pax.web.service.internal.JettyServerImpl$1.call(JettyServerImpl.j
>ava:136) at
> org.ops4j.pax.swissbox.core.ContextClassLoaderUtils.doWithClassLoader(Conte
>xtClassLoaderUtils.java:60) at
> org.ops4j.pax.web.service.internal.JettyServerImpl.addServlet(JettyServerIm
>pl.java:131)
>
>       at
> org.ops4j.pax.web.service.internal.ServerControllerImpl$Started.addServlet(
>ServerControllerImpl.java:236) at
> org.ops4j.pax.web.service.internal.ServerControllerImpl.addServlet(ServerCo
>ntrollerImpl.java:93) at
> org.ops4j.pax.web.service.internal.HttpServiceStarted.registerServlet(HttpS
>erviceStarted.java:144)
>
>       at
> org.ops4j.pax.web.service.internal.HttpServiceProxy.registerServlet(HttpSer
>viceProxy.java:53) at
> org.apache.cxf.dosgi.dsw.handlers.HttpServiceConfigurationTypeHandler.creat
>eServer(HttpServiceConfigurationTypeHandler.java:96)
>
>       at
> org.apache.cxf.dosgi.dsw.hooks.ServiceHookUtils.createServer(ServiceHookUti
>ls.java:86) at
> org.apache.cxf.dosgi.dsw.hooks.CxfPublishHook.createServer(CxfPublishHook.j
>ava:106) at
> org.apache.cxf.dosgi.dsw.hooks.CxfPublishHook.publishEndpoint(CxfPublishHoo
>k.java:80)
>
>       at
> org.apache.cxf.dosgi.dsw.Activator.checkExistingServices(Activator.java:151
>) at org.apache.cxf.dosgi.dsw.Activator.start(Activator.java:81)
>       at
> org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.ja
>va:589)
>
>       at org.apache.felix.framework.Felix.startBundle(Felix.java:1458)
>       at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:984)
>       at 
> org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:263)
>
>       at java.lang.Thread.run(Thread.java:636)

-- 
Daniel Kulp
[email protected]
http://www.dankulp.com/blog

Reply via email to