|
http://anonsvn.labs.jboss.com/labs/jbossrules/trunk/drools-compiler/src/main/java/org/drools/compiler/PackageBuilderConfiguration.java This is how we determine the classloader: public PackageBuilderConfiguration() {
ClassLoader classLoader = Thread.currentThread().getContextClassLoader();
if ( classLoader == null ) {
classLoader = this.getClass().getClassLoader();
}
this.classLoader = classLoader;
}I believe this is the normal way of doing it and to take it from the class, as default, may break other systems. Mark Nat wrote: I finally found the problem. Drools has a ClassFieldExtractorFactory that creates a classloader who's parent comes from Thread.currentThread().getContextClassLoader(). This willl cause the drools classloader to not be able to see the plugin classes. A better way to do it would have been to check both the context and the current classes classloader. Since that isn't going to happen I'll have to shift things around a bit to make it work. Nat Edson Tirelli-3 wrote: |
- [drools-user] NoClassDefFoundError: org/drools/base/BaseClas... Nat
- Re: [drools-user] NoClassDefFoundError: org/drools/base... Edson Tirelli
- Re: [drools-user] NoClassDefFoundError: org/drools/... Nat
- Re: [drools-user] NoClassDefFoundError: org/drools/... Nat
- Re: [drools-user] NoClassDefFoundError:org/droo... Mark Proctor
