Homepage | Products | OX Knowledge Base | Support | Try Now | Contact | Company
OX Logo
Results 1 to 2 of 2
  1. #1
    mendosoft Guest

    Default Problem booting admindaemon...

    I'm generating the following stacktrace when I boot the admindaemon. It looks like the osgi framework needs to learn about the classpath at runtime so it can resolve (in this case) references to commons-logging.jar.

    How do I tell osgi where to find these jars? I've tried to set classpath but don't think that worked? TIA.



    !SESSION 2007-03-09 20:02:46.327 -----------------------------------------------
    eclipse.buildId=unknown
    java.version=1.5.0_07
    java.vendor=Apple Computer, Inc.
    BootLoader constants: OS=macosx, ARCH=x86, WS=carbon, NL=en
    Command-line arguments: -configuration file:/opt/open-xchange/etc/admindaemon/osgi/

    !ENTRY open_xchange_admin 4 0 2007-03-09 20:02:46.587
    !MESSAGE FrameworkEvent.ERROR
    !STACK 0
    org.osgi.framework.BundleException: The activator com.openexchange.admin.daemons.Activator for bundle open_xchange_admin is invalid
    at org.eclipse.osgi.framework.internal.core.AbstractB undle.loadBundleActivator(AbstractBundle.java:141)
    at org.eclipse.osgi.framework.internal.core.BundleCon textImpl.start(BundleContextImpl.java:962)
    at org.eclipse.osgi.framework.internal.core.BundleHos t.startWorker(BundleHost.java:317)
    at org.eclipse.osgi.framework.internal.core.AbstractB undle.resume(AbstractBundle.java:329)
    at org.eclipse.osgi.framework.internal.core.Framework .resumeBundle(Framework.java:1037)
    at org.eclipse.osgi.framework.internal.core.StartLeve lManager.resumeBundles(StartLevelManager.java:573)
    at org.eclipse.osgi.framework.internal.core.StartLeve lManager.incFWSL(StartLevelManager.java:495)
    at org.eclipse.osgi.framework.internal.core.StartLeve lManager.doSetStartLevel(StartLevelManager.java:27 5)
    at org.eclipse.osgi.framework.internal.core.StartLeve lManager.dispatchEvent(StartLevelManager.java:455)
    at org.eclipse.osgi.framework.eventmgr.EventManager.d ispatchEvent(EventManager.java:189)
    at org.eclipse.osgi.framework.eventmgr.EventManager$E ventThread.run(EventManager.java:291)
    Caused by: java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory
    at com.openexchange.admin.daemons.Activator.<clinit>( Activator.java:66)
    at sun.reflect.NativeConstructorAccessorImpl.newInsta nce0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInsta nce(NativeConstructorAccessorImpl.java:39)
    at sun.reflect.DelegatingConstructorAccessorImpl.newI nstance(DelegatingConstructorAccessorImpl.java:27)
    at java.lang.reflect.Constructor.newInstance(Construc tor.java:494)
    at java.lang.Class.newInstance0(Class.java:350)
    at java.lang.Class.newInstance(Class.java:303)
    at org.eclipse.osgi.framework.internal.core.AbstractB undle.loadBundleActivator(AbstractBundle.java:136)
    ... 10 more
    Root exception:
    java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory
    at com.openexchange.admin.daemons.Activator.<clinit>( Activator.java:66)
    at sun.reflect.NativeConstructorAccessorImpl.newInsta nce0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInsta nce(NativeConstructorAccessorImpl.java:39)
    at sun.reflect.DelegatingConstructorAccessorImpl.newI nstance(DelegatingConstructorAccessorImpl.java:27)
    at java.lang.reflect.Constructor.newInstance(Construc tor.java:494)
    at java.lang.Class.newInstance0(Class.java:350)
    at java.lang.Class.newInstance(Class.java:303)
    at org.eclipse.osgi.framework.internal.core.AbstractB undle.loadBundleActivator(AbstractBundle.java:136)
    at org.eclipse.osgi.framework.internal.core.BundleCon textImpl.start(BundleContextImpl.java:962)
    at org.eclipse.osgi.framework.internal.core.BundleHos t.startWorker(BundleHost.java:317)
    at org.eclipse.osgi.framework.internal.core.AbstractB undle.resume(AbstractBundle.java:329)
    at org.eclipse.osgi.framework.internal.core.Framework .resumeBundle(Framework.java:1037)
    at org.eclipse.osgi.framework.internal.core.StartLeve lManager.resumeBundles(StartLevelManager.java:573)
    at org.eclipse.osgi.framework.internal.core.StartLeve lManager.incFWSL(StartLevelManager.java:495)
    at org.eclipse.osgi.framework.internal.core.StartLeve lManager.doSetStartLevel(StartLevelManager.java:27 5)
    at org.eclipse.osgi.framework.internal.core.StartLeve lManager.dispatchEvent(StartLevelManager.java:455)
    at org.eclipse.osgi.framework.eventmgr.EventManager.d ispatchEvent(EventManager.java:189)
    at org.eclipse.osgi.framework.eventmgr.EventManager$E ventThread.run(EventManager.java:291)

  2. #2
    Carsten Hoeger is offline Open-Xchange Professional Services
    Join Date
    Mar 2007
    Posts
    703

    Default

    Quote Originally Posted by mendosoft View Post
    I'm generating the following stacktrace when I boot the admindaemon. It looks like the osgi framework needs to learn about the classpath at runtime so it can resolve (in this case) references to commons-logging.jar.

    How do I tell osgi where to find these jars? I've tried to set classpath but don't think that worked? TIA.
    [...]
    You might have the problem as discussed here:
    http://typo3.open-xchange.com/forum/showthread.php?t=62

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •