[
https://issues.apache.org/jira/browse/STANBOL-258?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13063806#comment-13063806
]
Alessandro Adamou commented on STANBOL-258:
-------------------------------------------
Confirmed, it builds fine on the environment from my comment above.
Also builds fine on my regular config:
Apache Maven 3.0.3 (r1075438; 2011-02-28 18:31:09+0100)
Maven home: /opt/local/share/java/maven3
Java version: 1.6.0_24, vendor: Apple Inc.
Java home: /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home
Default locale: en_US, platform encoding: MacRoman
OS name: "mac os x", version: "10.6.8", arch: "x86_64", family: "mac"
> 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
