PS: it turns out that Drool's class loader in
org/drools/rule/PackageCompilationData.java falls back to getResource
also (that's why I had to delete .class file in my first attempt at
RLoader.)  Installing a class loader that fails getResource() for
.class files makes it even simpler to see that Drools's compilation
machinery relies on it. So, to convince yourselves, use this loader:

// RLoader.java, v2
import java.io.File;
import java.net.URL;

public class RLoader extends ClassLoader {
    public RLoader() { }
    public RLoader(ClassLoader parent) { super(parent); }
    public Class loadClass(String name) throws ClassNotFoundException {
        return getParent().loadClass(name);
    }

    public URL getResource(String name) {
        if (name.endsWith(".class")) {
            System.out.println("Classloader asked for .class file as
resource URL: " + name);
            new Throwable().printStackTrace();
            return null;
        }
        return getParent().getResource(name);
    }
}

and you can observe the same failure - maybe this convinces you.

 - Godmar

On 9/27/07, Godmar Back <godmar@gmail.com> wrote: