I am hitting this with stock helium release. Is there a workaround for this problem.
(In reply to Vishal Patil from comment #1)
> I am hitting this with stock helium release. Is there a workaround for this
> problem.
Vishal,
what does stock helium release mean- helium from the odl download page or a build of your own off master? If you built it yourself, where did you build it?
Can you list the exact karaf feature install's you ran?
Also can you verify the exception is the exact same:
java.lang.ClassNotFoundException: org.eclipse.persistence.internal.libraries.antlr.runtime.tree.Tree
I have seen a different error that was not a ClassNotFoundException
As a workaround for the error listed you can try to load the class manually. The key is to load antlr before core is loaded. A typical build loads odl-base-all which loads core so you need to do the below command before that happens.
bundle:install mvn:org.eclipse.persistence/org.eclipse.persistence.antlr/2.5.0
https://git.opendaylight.org/gerrit/#/c/12132/
Looks like some sort of issue where karaf doesn't wire up dependencies correctly.
The error comes out when northbound neutron rest calls come in containing json. This eventually leads to org.eclipse.persistence.core loading and it in turn needing org.eclipse.persistence.antlr. The odl-adsal-northbound feature includes both bundles.
In the failing case, the wiring of core needing antlr fails when core is installed before antlr. The odl-base-all feature is typically installed very early. It includes the odl-base-eclipselink-persistence which installs core. Later when odl-adsal-northbound is installed the wiring fails.
The fix is to install antlr before core in the odl-base-eclipselink-peristence feature.
Also related is https://bugs.opendaylight.org/show_bug.cgi?id=2002.
Sam
1) I downloaded the following distribution
http://nexus.opendaylight.org/content/groups/public/org/opendaylight/integration/distribution-karaf/0.2.0-Helium/distribution-karaf-0.2.0-Helium.zip
2) Only feature I installed was odl-ovsdb-openstack
3) I am hitting the following exception
java.lang.ClassNotFoundException: org.eclipse.persistence.internal.libraries.antlr.runtime.tree.Tree
(In reply to Vishal Patil from comment #4)
> Sam
>
> 1) I downloaded the following distribution
> http://nexus.opendaylight.org/content/groups/public/org/opendaylight/
> integration/distribution-karaf/0.2.0-Helium/distribution-karaf-0.2.0-Helium.
> zip
>
> 2) Only feature I installed was odl-ovsdb-openstack
>
> 3) I am hitting the following exception
> java.lang.ClassNotFoundException:
> org.eclipse.persistence.internal.libraries.antlr.runtime.tree.Tree
Vishal,
that is a post-helium release and likely has the error. Can you grab a newer release that has the fix: https://git.opendaylight.org/gerrit/#/c/12132/
Thanks, Sam
Folks,
I do not hit this problem if I download the base helium-sr1 distribution
and do a "feature:install odl-ovsdb-openstack".
However if I add the following additional features during karaf boot
featuresBoot=config,standard,region,package,kar,ssh,management,odl-restconf,odl-openflowplugin-all,odl-mdsal-apidocs
I hit the exception again after I do odl-osvsdb-openstack
opendaylight-user@root>log:exception-display
java.lang.ClassNotFoundException: org.eclipse.persistence.internal.libraries.antlr.runtime.tree.Tree
at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:501)[org.eclipse.osgi-3.8.2.v20130124-134944.jar:]
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:421)[org.eclipse.osgi-3.8.2.v20130124-134944.jar:]
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:412)[org.eclipse.osgi-3.8.2.v20130124-134944.jar:]
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107)[org.eclipse.osgi-3.8.2.v20130124-134944.jar:]
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)[:1.7.0_55]
at org.eclipse.persistence.internal.oxm.record.SAXUnmarshaller.getNewXMLReader(SAXUnmarshaller.java:200)[184:org.eclipse.persistence.core:2.5.0.v20130507-3faac2b]
at org.eclipse.persistence.internal.oxm.record.SAXUnmarshaller.getXMLReader(SAXUnmarshaller.java:188)[184:org.eclipse.persistence.core:2.5.0.v20130507-3faac2b]
at org.eclipse.persistence.internal.oxm.record.SAXUnmarshaller.unmarshal(SAXUnmarshaller.java:425)[184:org.eclipse.persistence.core:2.5.0.v20130507-3faac2b]
at org.eclipse.persistence.internal.oxm.record.SAXUnmarshaller.unmarshal(SAXUnmarshaller.java:375)[184:org.eclipse.persistence.core:2.5.0.v20130507-3faac2b]
at org.eclipse.persistence.internal.oxm.record.SAXUnmarshaller.unmarshal(SAXUnmarshaller.java:705)[184:org.eclipse.persistence.core:2.5.0.v20130507-3faac2b]
at org.eclipse.persistence.oxm.XMLUnmarshaller.unmarshal(XMLUnmarshaller.java:655)[184:org.eclipse.persistence.core:2.5.0.v20130507-3faac2b]
at org.eclipse.persistence.jaxb.JAXBUnmarshaller.unmarshal(JAXBUnmarshaller.java:301)[185:org.eclipse.persistence.moxy:2.5.0.v20130507-3faac2b]
at org.eclipse.persistence.jaxb.rs.MOXyJsonProvider.readFrom(MOXyJsonProvider.java:580)[185:org.eclipse.persistence.moxy:2.5.0.v20130507-3faac2b]
at com.sun.jersey.spi.container.ContainerRequest.getEntity(ContainerRequest.java:488)[94:com.sun.jersey.jersey-server:1.17.0]
at com.sun.jersey.server.impl.model.method.dispatch.EntityParamDispatchProvider$EntityInjectable.getValue(EntityParamDispatchProvider.java:123)[94:com.sun.jersey.jersey-server:1.17.0]
at com.sun.jersey.server.impl.inject.InjectableValuesProvider.getInjectableValues(InjectableValuesProvider.java:46)[94:com.sun.jersey.jersey-server:1.17.0]
at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$EntityParamInInvoker.getParams(AbstractResourceMethodDispatchProvider.java:153)[94:com.sun.jersey.jersey-server:1.17.0]
at com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:203)[94:com.sun.jersey.jersey-server:1.17.0]
at com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75)[94:com.sun.jersey.jersey-server:1.17.0]
at com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:302)[94:com.sun.jersey.jersey-server:1.17.0]
at com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108)[94:com.sun.jersey.jersey-server:1.17.0]
at com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147)[94:com.sun.jersey.jersey-server:1.17.0]
at com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84)[94:com.sun.jersey.jersey-server:1.17.0]
at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1511)[94:com.sun.jersey.jersey-server:1.17.0]
at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1442)[94:com.sun.jersey.jersey-server:1.17.0]
at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1391)[94:com.sun.jersey.jersey-server:1.17.0]
at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1381)[94:com.sun.jersey.jersey-server:1.17.0]
at com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:416)[92:com.sun.jersey.servlet:1.17.0]
at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:538)[92:com.sun.jersey.servlet:1.17.0]
at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:716)[92:com.sun.jersey.servlet:1.17.0]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:668)[63:org.apache.geronimo.specs.geronimo-servlet_3.0_spec:1.0]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)[301:org.apache.catalina:7.0.53.v201406061610]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)[301:org.apache.catalina:7.0.53.v201406061610]
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)[301:org.apache.catalina:7.0.53.v201406061610]
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)[301:org.apache.catalina:7.0.53.v201406061610]
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:610)[301:org.apache.catalina:7.0.53.v201406061610]
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170)[301:org.apache.catalina:7.0.53.v201406061610]
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98)[301:org.apache.catalina:7.0.53.v201406061610]
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950)[301:org.apache.catalina:7.0.53.v201406061610]
at org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:339)[301:org.apache.catalina:7.0.53.v201406061610]
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)[301:org.apache.catalina:7.0.53.v201406061610]
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)[301:org.apache.catalina:7.0.53.v201406061610]
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1040)[301:org.apache.catalina:7.0.53.v201406061610]
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:607)[301:org.apache.catalina:7.0.53.v201406061610]
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:313)[301:org.apache.catalina:7.0.53.v201406061610]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)[:1.7.0_55]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)[:1.7.0_55]
at java.lang.Thread.run(Thread.java:744)[:1.7.0_55]
I fixed this problem for my situation by adding "odl-adsal-northbound" before "odl-restconf"
(In reply to Vishal Patil from comment #6)
> Folks,
>
> I do not hit this problem if I download the base helium-sr1 distribution
> and do a "feature:install odl-ovsdb-openstack".
>
> However if I add the following additional features during karaf boot
>
> featuresBoot=config,standard,region,package,kar,ssh,management,odl-restconf,
> odl-openflowplugin-all,odl-mdsal-apidocs
>
> I hit the exception again after I do odl-osvsdb-openstack
>
>
>
> opendaylight-user@root>log:exception-display
> java.lang.ClassNotFoundException:
> org.eclipse.persistence.internal.libraries.antlr.runtime.tree.Tree
> at
> org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.
> java:501)[org.eclipse.osgi-3.8.2.v20130124-134944.jar:]
> at
> org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:
> 421)[org.eclipse.osgi-3.8.2.v20130124-134944.jar:]
> at
> org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:
> 412)[org.eclipse.osgi-3.8.2.v20130124-134944.jar:]
> at
> org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.
> loadClass(DefaultClassLoader.java:107)[org.eclipse.osgi-3.8.2.v20130124-
> 134944.jar:]
> at java.lang.ClassLoader.loadClass(ClassLoader.java:358)[:1.7.0_55]
> at
> org.eclipse.persistence.internal.oxm.record.SAXUnmarshaller.
> getNewXMLReader(SAXUnmarshaller.java:200)[184:org.eclipse.persistence.core:2.
> 5.0.v20130507-3faac2b]
> at
> org.eclipse.persistence.internal.oxm.record.SAXUnmarshaller.
> getXMLReader(SAXUnmarshaller.java:188)[184:org.eclipse.persistence.core:2.5.
> 0.v20130507-3faac2b]
> at
> org.eclipse.persistence.internal.oxm.record.SAXUnmarshaller.
> unmarshal(SAXUnmarshaller.java:425)[184:org.eclipse.persistence.core:2.5.0.
> v20130507-3faac2b]
> at
> org.eclipse.persistence.internal.oxm.record.SAXUnmarshaller.
> unmarshal(SAXUnmarshaller.java:375)[184:org.eclipse.persistence.core:2.5.0.
> v20130507-3faac2b]
> at
> org.eclipse.persistence.internal.oxm.record.SAXUnmarshaller.
> unmarshal(SAXUnmarshaller.java:705)[184:org.eclipse.persistence.core:2.5.0.
> v20130507-3faac2b]
> at
> org.eclipse.persistence.oxm.XMLUnmarshaller.unmarshal(XMLUnmarshaller.java:
> 655)[184:org.eclipse.persistence.core:2.5.0.v20130507-3faac2b]
> at
> org.eclipse.persistence.jaxb.JAXBUnmarshaller.unmarshal(JAXBUnmarshaller.
> java:301)[185:org.eclipse.persistence.moxy:2.5.0.v20130507-3faac2b]
> at
> org.eclipse.persistence.jaxb.rs.MOXyJsonProvider.readFrom(MOXyJsonProvider.
> java:580)[185:org.eclipse.persistence.moxy:2.5.0.v20130507-3faac2b]
> at
> com.sun.jersey.spi.container.ContainerRequest.getEntity(ContainerRequest.
> java:488)[94:com.sun.jersey.jersey-server:1.17.0]
> at
> com.sun.jersey.server.impl.model.method.dispatch.
> EntityParamDispatchProvider$EntityInjectable.
> getValue(EntityParamDispatchProvider.java:123)[94:com.sun.jersey.jersey-
> server:1.17.0]
> at
> com.sun.jersey.server.impl.inject.InjectableValuesProvider.
> getInjectableValues(InjectableValuesProvider.java:46)[94:com.sun.jersey.
> jersey-server:1.17.0]
> at
> com.sun.jersey.server.impl.model.method.dispatch.
> AbstractResourceMethodDispatchProvider$EntityParamInInvoker.
> getParams(AbstractResourceMethodDispatchProvider.java:153)[94:com.sun.jersey.
> jersey-server:1.17.0]
> at
> com.sun.jersey.server.impl.model.method.dispatch.
> AbstractResourceMethodDispatchProvider$ResponseOutInvoker.
> _dispatch(AbstractResourceMethodDispatchProvider.java:203)[94:com.sun.jersey.
> jersey-server:1.17.0]
> at
> com.sun.jersey.server.impl.model.method.dispatch.
> ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:
> 75)[94:com.sun.jersey.jersey-server:1.17.0]
> at
> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.
> java:302)[94:com.sun.jersey.jersey-server:1.17.0]
> at
> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.
> accept(ResourceClassRule.java:108)[94:com.sun.jersey.jersey-server:1.17.0]
> at
> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.
> accept(RightHandPathRule.java:147)[94:com.sun.jersey.jersey-server:1.17.0]
> at
> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.
> accept(RootResourceClassesRule.java:84)[94:com.sun.jersey.jersey-server:1.17.
> 0]
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl.
> _handleRequest(WebApplicationImpl.java:1511)[94:com.sun.jersey.jersey-server:
> 1.17.0]
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl.
> _handleRequest(WebApplicationImpl.java:1442)[94:com.sun.jersey.jersey-server:
> 1.17.0]
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl.
> handleRequest(WebApplicationImpl.java:1391)[94:com.sun.jersey.jersey-server:
> 1.17.0]
> at
> com.sun.jersey.server.impl.application.WebApplicationImpl.
> handleRequest(WebApplicationImpl.java:1381)[94:com.sun.jersey.jersey-server:
> 1.17.0]
> at
> com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:
> 416)[92:com.sun.jersey.servlet:1.17.0]
> at
> com.sun.jersey.spi.container.servlet.ServletContainer.
> service(ServletContainer.java:538)[92:com.sun.jersey.servlet:1.17.0]
> at
> com.sun.jersey.spi.container.servlet.ServletContainer.
> service(ServletContainer.java:716)[92:com.sun.jersey.servlet:1.17.0]
> at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:668)[63:org.apache.
> geronimo.specs.geronimo-servlet_3.0_spec:1.0]
> at
> org.apache.catalina.core.ApplicationFilterChain.
> internalDoFilter(ApplicationFilterChain.java:303)[301:org.apache.catalina:7.
> 0.53.v201406061610]
> at
> org.apache.catalina.core.ApplicationFilterChain.
> doFilter(ApplicationFilterChain.java:208)[301:org.apache.catalina:7.0.53.
> v201406061610]
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.
> java:220)[301:org.apache.catalina:7.0.53.v201406061610]
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.
> java:122)[301:org.apache.catalina:7.0.53.v201406061610]
> at
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.
> java:610)[301:org.apache.catalina:7.0.53.v201406061610]
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:
> 170)[301:org.apache.catalina:7.0.53.v201406061610]
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:
> 98)[301:org.apache.catalina:7.0.53.v201406061610]
> at
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:
> 950)[301:org.apache.catalina:7.0.53.v201406061610]
> at
> org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:
> 339)[301:org.apache.catalina:7.0.53.v201406061610]
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:
> 116)[301:org.apache.catalina:7.0.53.v201406061610]
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
> 408)[301:org.apache.catalina:7.0.53.v201406061610]
> at
> org.apache.coyote.http11.AbstractHttp11Processor.
> process(AbstractHttp11Processor.java:1040)[301:org.apache.catalina:7.0.53.
> v201406061610]
> at
> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.
> process(AbstractProtocol.java:607)[301:org.apache.catalina:7.0.53.
> v201406061610]
> at
> org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:
> 313)[301:org.apache.catalina:7.0.53.v201406061610]
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:
> 1145)[:1.7.0_55]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:
> 615)[:1.7.0_55]
> at java.lang.Thread.run(Thread.java:744)[:1.7.0_55]
fix for helium:
https://git.opendaylight.org/gerrit/#/c/14828/
fix master:
https://git.opendaylight.org/gerrit/#/c/14829/
Issue actually appears to lie in the libs netconf-connector/yangtools are using and load feature order.
Until fixed, the workaround is to ensure that neutron is started before netconf-connector-all.
Curious, but I had pushed https://git.opendaylight.org/gerrit/#/c/12132/ a while back and it fixed (or masked) the problem. Does this no longer work and the original problem has popped back up?
[10:47:35] <flaviof> regXboi: edwarnicke: does the comment / abandon item in gerrit https://git.opendaylight.org/gerrit/#/c/14829/ make sense to you?
[10:47:47] <flaviof> edwarnicke: is this something that got fixed?
[10:48:52] <mestery> regXboi: Back, summarize for me? 
[10:50:58] <@edwarnicke> flaviof: 2213 isn't a restconf issue
[10:51:02] <@edwarnicke> flaviof: It was a neutron issue
[10:51:06] <@edwarnicke> flaviof: And I suspect its fixed
[10:51:28] <@edwarnicke> flaviof: As when I checked the neutron NB after the jetty migration it worked
[10:53:32] <flaviof> edwarnicke: i agree.
[10:54:13] <flaviof> edwarnicke: is the jetty migration the work done by you?
[10:54:22] <@edwarnicke> flaviof: A part of it, yes
[10:54:47] <flaviof> edwarnicke: does that explain why the abandoned gerrit 14829 ?
[10:55:27] <@edwarnicke> flaviof: Well... 14289 had nothing to do with that bug actually... it was adding a dependency to restconf, which would not have solved the problem at all, and only would have brought unused dependencies to restconf
[10:55:57] <flaviof> edwarnicke: hmm... so is the CONTROLLER-943 still open?
[10:56:41] <@edwarnicke> flaviof: I suspect not
[10:57:01] <@edwarnicke> flaviof: I think I fixed it in passing when making the odl-neutron-northbound feature
[10:57:24] <flaviof> edwarnicke: it says waiting for review, but I think that is bologna
[10:57:45] gzhao (sid43100@gateway/web/irccloud.com/x-grtxrnuwmvqzteju) left IRC (Remote host closed the connection)
[10:58:22] <@edwarnicke> flaviof: The bug is waiting for review?
[10:58:40] <flaviof> edwarnicke: assuming that 2213 has nothing to do with your jetty migration work, then I feel better about Helium.
[10:59:05] <flaviof> edwarnicke: yes, based on https://bugs.opendaylight.org/show_bug.cgi?id=2213
[10:59:06] <regXboi> ok so somebody clean up 2213
Missing eclipse lib (org.eclipse.persistence.antlr/2.5.0) has been added correctly in Sam's commit (https://git.opendaylight.org/gerrit/#/c/12132/).
All next java.lang.ClassNotFoundException: org.eclipse.persistence.internal.libraries.antlr.runtime.tree.Tree should be a problem with local project link to "odl-base-eclipselink-persistence".
Folks, even with this fix, I still see the problem (on occasion). I'm reopening it.
This bug is part of the project to Move all ADSAL associated component bugs to ADSAL.