You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@stanbol.apache.org by "Fabian Christ (JIRA)" <ji...@apache.org> on 2011/07/12 13:59:00 UTC
[jira] [Resolved] (STANBOL-258) NoClassDefFoundError while
activating ontologymanager.ontonet
[ https://issues.apache.org/jira/browse/STANBOL-258?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Fabian Christ resolved STANBOL-258.
-----------------------------------
Resolution: Fixed
> NoClassDefFoundError while activating ontologymanager.ontonet
> -------------------------------------------------------------
>
> Key: STANBOL-258
> URL: https://issues.apache.org/jira/browse/STANBOL-258
> Project: Stanbol
> Issue Type: Bug
> Components: KReS
> Reporter: Rupert Westenthaler
> Attachments: error_log_integration-tests-build287.txt
>
>
> Sometimes the activate method of ontologymanager.ontonet fails because of a NoClassDefFoundError related to org/xml/sax/helpers/DefaultHandler. This is not for every build and has never occurred on my local build. However it was already several time the reason for faild Jenkins build.
> The sling error.log shows the following exception in such cases. I will also append the full log of build 287, because such logs are in the workspace and will be overridden by the next build.
> 07.07.2011 18:01:25.250 *ERROR* [FelixStartLevel] org.apache.stanbol.ontologymanager.ontonet [org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl] The activate method has thrown an exception (java.lang.NoClassDefFoundError: org/xml/sax/helpers/DefaultHandler) java.lang.NoClassDefFoundError: org/xml/sax/helpers/DefaultHandler
> at java.lang.ClassLoader.defineClass1(Native Method)
> at java.lang.ClassLoader.defineClassCond(ClassLoader.java:632)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:616)
> at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.findClass(ModuleImpl.java:1907)
> at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:727)
> at org.apache.felix.framework.ModuleImpl.access$400(ModuleImpl.java:71)
> at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1768)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
> at org.apache.felix.framework.ModuleImpl.getClassByDelegation(ModuleImpl.java:645)
> at org.apache.felix.framework.resolver.WireImpl.getClass(WireImpl.java:99)
> at org.apache.felix.framework.ModuleImpl.searchImports(ModuleImpl.java:1390)
> at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:722)
> at org.apache.felix.framework.ModuleImpl.access$400(ModuleImpl.java:71)
> at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1768)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
> at org.apache.stanbol.ontologymanager.ontonet.impl.ontology.OWLOntologyManagerFactoryImpl.<init>(OWLOntologyManagerFactoryImpl.java:57)
> at org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.activate(ONManagerImpl.java:264)
> at org.apache.stanbol.ontologymanager.ontonet.impl.ONManagerImpl.activate(ONManagerImpl.java:238)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at org.apache.felix.scr.impl.helper.BaseMethod.invokeMethod(BaseMethod.java:227)
> at org.apache.felix.scr.impl.helper.BaseMethod.access$500(BaseMethod.java:38)
> at org.apache.felix.scr.impl.helper.BaseMethod$Resolved.invoke(BaseMethod.java:591)
> at org.apache.felix.scr.impl.helper.BaseMethod.invoke(BaseMethod.java:472)
> at org.apache.felix.scr.impl.helper.ActivateMethod.invoke(ActivateMethod.java:146)
> at org.apache.felix.scr.impl.manager.ImmediateComponentManager.createImplementationObject(ImmediateComponentManager.java:226)
> at org.apache.felix.scr.impl.manager.ImmediateComponentManager.createComponent(ImmediateComponentManager.java:118)
> at org.apache.felix.scr.impl.manager.AbstractComponentManager$Unsatisfied.activate(AbstractComponentManager.java:997)
> at org.apache.felix.scr.impl.manager.AbstractComponentManager.activateInternal(AbstractComponentManager.java:333)
> at org.apache.felix.scr.impl.manager.AbstractComponentManager.enable(AbstractComponentManager.java:157)
> at org.apache.felix.scr.impl.config.ConfiguredComponentHolder.enableComponents(ConfiguredComponentHolder.java:256)
> at org.apache.felix.scr.impl.BundleComponentActivator.loadDescriptor(BundleComponentActivator.java:253)
> at org.apache.felix.scr.impl.BundleComponentActivator.initialize(BundleComponentActivator.java:147)
> at org.apache.felix.scr.impl.BundleComponentActivator.<init>(BundleComponentActivator.java:111)
> at org.apache.felix.scr.impl.Activator.loadComponents(Activator.java:285)
> at org.apache.felix.scr.impl.Activator.bundleChanged(Activator.java:203)
> at org.apache.felix.framework.util.EventDispatcher.invokeBundleListenerCallback(EventDispatcher.java:807)
> at org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:729)
> at org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:610)
> at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:3758)
> at org.apache.felix.framework.Felix.startBundle(Felix.java:1780)
> at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1156)
> at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:264)
> at java.lang.Thread.run(Thread.java:619)
> Caused by: java.lang.ClassNotFoundException: org.xml.sax.helpers.DefaultHandler not found by org.apache.stanbol.reasoners.hermit [24]
> at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:787)
> at org.apache.felix.framework.ModuleImpl.access$400(ModuleImpl.java:71)
> at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1768)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
> ... 46 more
> While porting the SolrYard form Solr version 1.4.1 to 3.2 I has similar problems that where related to a packaged version of Xerxes that where not compatible with the Xalan shipped with the Java Runtime. So basically as long as components within your bundle just use normal XML functionality everything is fine, because the packed version of Xerxes is used, but as soon as some XSLT or XPath functionality is required Xalan classes are loaded that might (depending on the JVM, ext and endorsed classpath) be incompatible to Xerxes.
> In my case also packing a compatible version of Xalan solved the problem. I can not say for sure that his is the cause but I might be an explanation for this.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira