You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@felix.apache.org by "dave c (Created) (JIRA)" <ji...@apache.org> on 2012/03/07 17:40:57 UTC

[jira] [Created] (FELIX-3378) class in bootclasspath cannot load osgi framework class

class in bootclasspath cannot load osgi framework class
-------------------------------------------------------

                 Key: FELIX-3378
                 URL: https://issues.apache.org/jira/browse/FELIX-3378
             Project: Felix
          Issue Type: Bug
          Components: Framework
         Environment: Windows7,64bit. Java 1.6 jdk, Protege 4.1, Felix 2.0.4, OSGi R4
            Reporter: dave c


I work on a java profiler project.  We have added our package to the bootdelegation path, so our code is found even though no explicit reference exists to our package. The problem seems to come when our code tries to load a class that is not our own.

I am profiling Protege 4.1. We have some code running in a background thread which gets this error. I looked at the felix code for ModuleImpl, and find nothing obvious. Is there something I'm doing wrong that prevents our thread from finding this class?  Or is this a limitation of the OSGi framework?

java.lang.NoClassDefFoundError: org/eclipse/osgi/framework/console/CommandProvider
	at java.lang.ClassLoader.defineClass1(Native Method)
	at java.lang.ClassLoader.defineClassCond(Unknown Source)
	at java.lang.ClassLoader.defineClass(Unknown Source)
	at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.findClass(ModuleImpl.java:1872)
	at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:758)
	at org.apache.felix.framework.ModuleImpl.access$100(ModuleImpl.java:61)
	at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733)
	at java.lang.ClassLoader.loadClass(Unknown Source)
	at com.myprofiler.InstrumentedMethod.registerForClassDeathNotification(InstrumentedMethod.java:311)
	at com.myprofiler.InstrumentedMethod.createDeathNotificationsForNewMethods(InstrumentedMethod.java:116)
	at com.myprofiler.MyProfilerApplication$PeriodicBufferProcessingThread.run(MyProfilerApplication.java:403)
Caused by: java.lang.ClassNotFoundException: org.eclipse.osgi.framework.console.CommandProvider
	at java.net.URLClassLoader$1.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(Unknown Source)
	at java.lang.ClassLoader.loadClass(Unknown Source)
	at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
	at java.lang.ClassLoader.loadClass(Unknown Source)
	at org.apache.felix.framework.ModuleImpl.searchDynamicImports(ModuleImpl.java:1554)
	at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:765)
	at org.apache.felix.framework.ModuleImpl.access$100(ModuleImpl.java:61)
	at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733)
	at java.lang.ClassLoader.loadClass(Unknown Source)
	... 11 more
	
	
According  to the maanifest in the bundled felix.jar:
Bundle-Version: 2.0.4
Bundle-Name: Apache Felix
Bundle-Description: OSGi R4 framework.
Build-Jdk: 1.5.0_22


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] [Commented] (FELIX-3378) class in bootclasspath cannot load osgi framework class

Posted by "Richard S. Hall (Commented) (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/FELIX-3378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13224503#comment-13224503 ] 

Richard S. Hall commented on FELIX-3378:
----------------------------------------

It's not clear to me why you are loading an Equinox OSGi framework class while running on the Felix framework, but ignoring that fact for now...

Are you saying you are trying to load a class from a bundle in your class that was loaded by the application class loader? If so, there is no way that is going to work, since the application class loader does not have access to bundle classes.

Perhaps if your code is intended to run on Equinox, then perhaps that is why it is trying to load an Equinox-specific class, not sure.

You could also try a newer version of Felix, since that would make it easier for us to debug.
                
> class in bootclasspath cannot load osgi framework class
> -------------------------------------------------------
>
>                 Key: FELIX-3378
>                 URL: https://issues.apache.org/jira/browse/FELIX-3378
>             Project: Felix
>          Issue Type: Bug
>          Components: Framework
>         Environment: Windows7,64bit. Java 1.6 jdk, Protege 4.1, Felix 2.0.4, OSGi R4
>            Reporter: dave c
>              Labels: newbie
>
> I work on a java profiler project.  We have added our package to the bootdelegation path, so our code is found even though no explicit reference exists to our package. The problem seems to come when our code tries to load a class that is not our own.
> I am profiling Protege 4.1. We have some code running in a background thread which gets this error. I looked at the felix code for ModuleImpl, and find nothing obvious. Is there something I'm doing wrong that prevents our thread from finding this class?  Or is this a limitation of the OSGi framework?
> java.lang.NoClassDefFoundError: org/eclipse/osgi/framework/console/CommandProvider
> 	at java.lang.ClassLoader.defineClass1(Native Method)
> 	at java.lang.ClassLoader.defineClassCond(Unknown Source)
> 	at java.lang.ClassLoader.defineClass(Unknown Source)
> 	at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.findClass(ModuleImpl.java:1872)
> 	at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:758)
> 	at org.apache.felix.framework.ModuleImpl.access$100(ModuleImpl.java:61)
> 	at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733)
> 	at java.lang.ClassLoader.loadClass(Unknown Source)
> 	at com.myprofiler.InstrumentedMethod.registerForClassDeathNotification(InstrumentedMethod.java:311)
> 	at com.myprofiler.InstrumentedMethod.createDeathNotificationsForNewMethods(InstrumentedMethod.java:116)
> 	at com.myprofiler.MyProfilerApplication$PeriodicBufferProcessingThread.run(MyProfilerApplication.java:403)
> Caused by: java.lang.ClassNotFoundException: org.eclipse.osgi.framework.console.CommandProvider
> 	at java.net.URLClassLoader$1.run(Unknown Source)
> 	at java.security.AccessController.doPrivileged(Native Method)
> 	at java.net.URLClassLoader.findClass(Unknown Source)
> 	at java.lang.ClassLoader.loadClass(Unknown Source)
> 	at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
> 	at java.lang.ClassLoader.loadClass(Unknown Source)
> 	at org.apache.felix.framework.ModuleImpl.searchDynamicImports(ModuleImpl.java:1554)
> 	at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:765)
> 	at org.apache.felix.framework.ModuleImpl.access$100(ModuleImpl.java:61)
> 	at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733)
> 	at java.lang.ClassLoader.loadClass(Unknown Source)
> 	... 11 more
> 	
> 	
> According  to the maanifest in the bundled felix.jar:
> Bundle-Version: 2.0.4
> Bundle-Name: Apache Felix
> Bundle-Description: OSGi R4 framework.
> Build-Jdk: 1.5.0_22

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] [Commented] (FELIX-3378) class in bootclasspath cannot load osgi framework class

Posted by "Richard S. Hall (Commented) (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/FELIX-3378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13224599#comment-13224599 ] 

Richard S. Hall commented on FELIX-3378:
----------------------------------------

Sounds like that Protege code is expecting to run on Equinox, then. You could add the Equinox JAR file to the class path and boot delegate that specific package too and see if that gets you any further.

And, yes, the org.eclipse... package is part of the Equinox framework, but it may export the package from its system bundle so that bundles can import it, I have no idea.

I'd try the above suggestion, just to see if it makes a difference, but if the code in question has internal dependencies on Equinox-specific functionality then it may not work correctly even if you give it the class that it is expecting.
                
> class in bootclasspath cannot load osgi framework class
> -------------------------------------------------------
>
>                 Key: FELIX-3378
>                 URL: https://issues.apache.org/jira/browse/FELIX-3378
>             Project: Felix
>          Issue Type: Bug
>          Components: Framework
>         Environment: Windows7,64bit. Java 1.6 jdk, Protege 4.1, Felix 2.0.4, OSGi R4
>            Reporter: dave c
>              Labels: newbie
>
> I work on a java profiler project.  We have added our package to the bootdelegation path, so our code is found even though no explicit reference exists to our package. The problem seems to come when our code tries to load a class that is not our own.
> I am profiling Protege 4.1. We have some code running in a background thread which gets this error. I looked at the felix code for ModuleImpl, and find nothing obvious. Is there something I'm doing wrong that prevents our thread from finding this class?  Or is this a limitation of the OSGi framework?
> java.lang.NoClassDefFoundError: org/eclipse/osgi/framework/console/CommandProvider
> 	at java.lang.ClassLoader.defineClass1(Native Method)
> 	at java.lang.ClassLoader.defineClassCond(Unknown Source)
> 	at java.lang.ClassLoader.defineClass(Unknown Source)
> 	at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.findClass(ModuleImpl.java:1872)
> 	at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:758)
> 	at org.apache.felix.framework.ModuleImpl.access$100(ModuleImpl.java:61)
> 	at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733)
> 	at java.lang.ClassLoader.loadClass(Unknown Source)
> 	at com.myprofiler.InstrumentedMethod.registerForClassDeathNotification(InstrumentedMethod.java:311)
> 	at com.myprofiler.InstrumentedMethod.createDeathNotificationsForNewMethods(InstrumentedMethod.java:116)
> 	at com.myprofiler.MyProfilerApplication$PeriodicBufferProcessingThread.run(MyProfilerApplication.java:403)
> Caused by: java.lang.ClassNotFoundException: org.eclipse.osgi.framework.console.CommandProvider
> 	at java.net.URLClassLoader$1.run(Unknown Source)
> 	at java.security.AccessController.doPrivileged(Native Method)
> 	at java.net.URLClassLoader.findClass(Unknown Source)
> 	at java.lang.ClassLoader.loadClass(Unknown Source)
> 	at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
> 	at java.lang.ClassLoader.loadClass(Unknown Source)
> 	at org.apache.felix.framework.ModuleImpl.searchDynamicImports(ModuleImpl.java:1554)
> 	at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:765)
> 	at org.apache.felix.framework.ModuleImpl.access$100(ModuleImpl.java:61)
> 	at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733)
> 	at java.lang.ClassLoader.loadClass(Unknown Source)
> 	... 11 more
> 	
> 	
> According  to the maanifest in the bundled felix.jar:
> Bundle-Version: 2.0.4
> Bundle-Name: Apache Felix
> Bundle-Description: OSGi R4 framework.
> Build-Jdk: 1.5.0_22

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] [Commented] (FELIX-3378) class in bootclasspath cannot load osgi framework class

Posted by "dave c (Commented) (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/FELIX-3378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13224523#comment-13224523 ] 

dave c commented on FELIX-3378:
-------------------------------

>It's not clear to me why you are loading an Equinox OSGi framework class while running on the Felix framework
Not clear to me either. Seriously though, the way we get into this state is that something in Protege (not our code) is calling org/eclipse/osgi/framework/console/CommandProvider. As a profiler, we notice that via our injected code - and in this background thread we attempt to load the class so we can do our profiling thing - in fact, I expect that the class would already have been loaded. 

>Are you saying you are trying to load a class from a bundle in your class that was loaded by the application class loader?
I agree that will never work.  But I don't think that org/eclipse/osgi/framework/console/CommandProvider is part of a bundle, since it's a framework class. right?

Thanks for the thoughts so far.

                
> class in bootclasspath cannot load osgi framework class
> -------------------------------------------------------
>
>                 Key: FELIX-3378
>                 URL: https://issues.apache.org/jira/browse/FELIX-3378
>             Project: Felix
>          Issue Type: Bug
>          Components: Framework
>         Environment: Windows7,64bit. Java 1.6 jdk, Protege 4.1, Felix 2.0.4, OSGi R4
>            Reporter: dave c
>              Labels: newbie
>
> I work on a java profiler project.  We have added our package to the bootdelegation path, so our code is found even though no explicit reference exists to our package. The problem seems to come when our code tries to load a class that is not our own.
> I am profiling Protege 4.1. We have some code running in a background thread which gets this error. I looked at the felix code for ModuleImpl, and find nothing obvious. Is there something I'm doing wrong that prevents our thread from finding this class?  Or is this a limitation of the OSGi framework?
> java.lang.NoClassDefFoundError: org/eclipse/osgi/framework/console/CommandProvider
> 	at java.lang.ClassLoader.defineClass1(Native Method)
> 	at java.lang.ClassLoader.defineClassCond(Unknown Source)
> 	at java.lang.ClassLoader.defineClass(Unknown Source)
> 	at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.findClass(ModuleImpl.java:1872)
> 	at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:758)
> 	at org.apache.felix.framework.ModuleImpl.access$100(ModuleImpl.java:61)
> 	at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733)
> 	at java.lang.ClassLoader.loadClass(Unknown Source)
> 	at com.myprofiler.InstrumentedMethod.registerForClassDeathNotification(InstrumentedMethod.java:311)
> 	at com.myprofiler.InstrumentedMethod.createDeathNotificationsForNewMethods(InstrumentedMethod.java:116)
> 	at com.myprofiler.MyProfilerApplication$PeriodicBufferProcessingThread.run(MyProfilerApplication.java:403)
> Caused by: java.lang.ClassNotFoundException: org.eclipse.osgi.framework.console.CommandProvider
> 	at java.net.URLClassLoader$1.run(Unknown Source)
> 	at java.security.AccessController.doPrivileged(Native Method)
> 	at java.net.URLClassLoader.findClass(Unknown Source)
> 	at java.lang.ClassLoader.loadClass(Unknown Source)
> 	at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
> 	at java.lang.ClassLoader.loadClass(Unknown Source)
> 	at org.apache.felix.framework.ModuleImpl.searchDynamicImports(ModuleImpl.java:1554)
> 	at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:765)
> 	at org.apache.felix.framework.ModuleImpl.access$100(ModuleImpl.java:61)
> 	at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733)
> 	at java.lang.ClassLoader.loadClass(Unknown Source)
> 	... 11 more
> 	
> 	
> According  to the maanifest in the bundled felix.jar:
> Bundle-Version: 2.0.4
> Bundle-Name: Apache Felix
> Bundle-Description: OSGi R4 framework.
> Build-Jdk: 1.5.0_22

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] [Commented] (FELIX-3378) class in bootclasspath cannot load osgi framework class

Posted by "dave c (Commented) (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/FELIX-3378?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13225271#comment-13225271 ] 

dave c commented on FELIX-3378:
-------------------------------

It turns out that the NoClassDefFoundError - is a legitimate error. One that we need to handle appropriately.
I had assumed that the error was because we were not profiling with OSGi properly. In fact, there is a missing class and the application itself recovers and continues from the NoClassDefFoundError.

So this is definitely not a bug, and can be closed.
                
> class in bootclasspath cannot load osgi framework class
> -------------------------------------------------------
>
>                 Key: FELIX-3378
>                 URL: https://issues.apache.org/jira/browse/FELIX-3378
>             Project: Felix
>          Issue Type: Bug
>          Components: Framework
>         Environment: Windows7,64bit. Java 1.6 jdk, Protege 4.1, Felix 2.0.4, OSGi R4
>            Reporter: dave c
>              Labels: newbie
>
> I work on a java profiler project.  We have added our package to the bootdelegation path, so our code is found even though no explicit reference exists to our package. The problem seems to come when our code tries to load a class that is not our own.
> I am profiling Protege 4.1. We have some code running in a background thread which gets this error. I looked at the felix code for ModuleImpl, and find nothing obvious. Is there something I'm doing wrong that prevents our thread from finding this class?  Or is this a limitation of the OSGi framework?
> java.lang.NoClassDefFoundError: org/eclipse/osgi/framework/console/CommandProvider
> 	at java.lang.ClassLoader.defineClass1(Native Method)
> 	at java.lang.ClassLoader.defineClassCond(Unknown Source)
> 	at java.lang.ClassLoader.defineClass(Unknown Source)
> 	at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.findClass(ModuleImpl.java:1872)
> 	at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:758)
> 	at org.apache.felix.framework.ModuleImpl.access$100(ModuleImpl.java:61)
> 	at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733)
> 	at java.lang.ClassLoader.loadClass(Unknown Source)
> 	at com.myprofiler.InstrumentedMethod.registerForClassDeathNotification(InstrumentedMethod.java:311)
> 	at com.myprofiler.InstrumentedMethod.createDeathNotificationsForNewMethods(InstrumentedMethod.java:116)
> 	at com.myprofiler.MyProfilerApplication$PeriodicBufferProcessingThread.run(MyProfilerApplication.java:403)
> Caused by: java.lang.ClassNotFoundException: org.eclipse.osgi.framework.console.CommandProvider
> 	at java.net.URLClassLoader$1.run(Unknown Source)
> 	at java.security.AccessController.doPrivileged(Native Method)
> 	at java.net.URLClassLoader.findClass(Unknown Source)
> 	at java.lang.ClassLoader.loadClass(Unknown Source)
> 	at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
> 	at java.lang.ClassLoader.loadClass(Unknown Source)
> 	at org.apache.felix.framework.ModuleImpl.searchDynamicImports(ModuleImpl.java:1554)
> 	at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:765)
> 	at org.apache.felix.framework.ModuleImpl.access$100(ModuleImpl.java:61)
> 	at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733)
> 	at java.lang.ClassLoader.loadClass(Unknown Source)
> 	... 11 more
> 	
> 	
> According  to the maanifest in the bundled felix.jar:
> Bundle-Version: 2.0.4
> Bundle-Name: Apache Felix
> Bundle-Description: OSGi R4 framework.
> Build-Jdk: 1.5.0_22

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] [Closed] (FELIX-3378) class in bootclasspath cannot load osgi framework class

Posted by "dave c (Closed) (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/FELIX-3378?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

dave c closed FELIX-3378.
-------------------------

    Resolution: Not A Problem

It was not a problem in how we profiled the OSGi environment. It was a problem with the application that we did not handle correctly.
                
> class in bootclasspath cannot load osgi framework class
> -------------------------------------------------------
>
>                 Key: FELIX-3378
>                 URL: https://issues.apache.org/jira/browse/FELIX-3378
>             Project: Felix
>          Issue Type: Bug
>          Components: Framework
>         Environment: Windows7,64bit. Java 1.6 jdk, Protege 4.1, Felix 2.0.4, OSGi R4
>            Reporter: dave c
>              Labels: newbie
>
> I work on a java profiler project.  We have added our package to the bootdelegation path, so our code is found even though no explicit reference exists to our package. The problem seems to come when our code tries to load a class that is not our own.
> I am profiling Protege 4.1. We have some code running in a background thread which gets this error. I looked at the felix code for ModuleImpl, and find nothing obvious. Is there something I'm doing wrong that prevents our thread from finding this class?  Or is this a limitation of the OSGi framework?
> java.lang.NoClassDefFoundError: org/eclipse/osgi/framework/console/CommandProvider
> 	at java.lang.ClassLoader.defineClass1(Native Method)
> 	at java.lang.ClassLoader.defineClassCond(Unknown Source)
> 	at java.lang.ClassLoader.defineClass(Unknown Source)
> 	at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.findClass(ModuleImpl.java:1872)
> 	at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:758)
> 	at org.apache.felix.framework.ModuleImpl.access$100(ModuleImpl.java:61)
> 	at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733)
> 	at java.lang.ClassLoader.loadClass(Unknown Source)
> 	at com.myprofiler.InstrumentedMethod.registerForClassDeathNotification(InstrumentedMethod.java:311)
> 	at com.myprofiler.InstrumentedMethod.createDeathNotificationsForNewMethods(InstrumentedMethod.java:116)
> 	at com.myprofiler.MyProfilerApplication$PeriodicBufferProcessingThread.run(MyProfilerApplication.java:403)
> Caused by: java.lang.ClassNotFoundException: org.eclipse.osgi.framework.console.CommandProvider
> 	at java.net.URLClassLoader$1.run(Unknown Source)
> 	at java.security.AccessController.doPrivileged(Native Method)
> 	at java.net.URLClassLoader.findClass(Unknown Source)
> 	at java.lang.ClassLoader.loadClass(Unknown Source)
> 	at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
> 	at java.lang.ClassLoader.loadClass(Unknown Source)
> 	at org.apache.felix.framework.ModuleImpl.searchDynamicImports(ModuleImpl.java:1554)
> 	at org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:765)
> 	at org.apache.felix.framework.ModuleImpl.access$100(ModuleImpl.java:61)
> 	at org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733)
> 	at java.lang.ClassLoader.loadClass(Unknown Source)
> 	... 11 more
> 	
> 	
> According  to the maanifest in the bundled felix.jar:
> Bundle-Version: 2.0.4
> Bundle-Name: Apache Felix
> Bundle-Description: OSGi R4 framework.
> Build-Jdk: 1.5.0_22

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira