
|
If you were logged in you would be able to see more operations.
|
|
|
XStream
Created: 01/Oct/07 07:56 PM
Updated: 25/Feb/08 05:01 PM
|
|
| Component/s: |
Core
|
| Affects Version/s: |
1.2.2
|
| Fix Version/s: |
1.3
|
|
| JDK version and platform: |
1.5.0_11
|
|
The current configuration of the CompositeClassLoader cannot find classes in OSGi bundles that depend on the bundle that loaded the XStream JAR, since it only looks there in the bootstrap loader. With a line of code like this
((CompositeClassLoader) this.stream.getClassLoader()).add( getClass().getClassLoader() );
I was able to work around the issue, but I would like to suggest a solution that does it out of the box:
Method Annotations.configureAliases() (or something it calls) could add the ClassLoaders of the configured classes to the CompositeClassLoader, thereby ensuring that they can be loaded later.
|
|
Description
|
The current configuration of the CompositeClassLoader cannot find classes in OSGi bundles that depend on the bundle that loaded the XStream JAR, since it only looks there in the bootstrap loader. With a line of code like this
((CompositeClassLoader) this.stream.getClassLoader()).add( getClass().getClassLoader() );
I was able to work around the issue, but I would like to suggest a solution that does it out of the box:
Method Annotations.configureAliases() (or something it calls) could add the ClassLoaders of the configured classes to the CompositeClassLoader, thereby ensuring that they can be loaded later. |
Show » |
|