Faron - I think I fixed my problem (and without the PackageBuilder stuff) but
I think I cheated :)
In my BundleListener, when I find a Bundle with an .rf file I want to
compile, I do this:
Create an instance of a new Classloader that first delegates class loading
to my BundleListener's Bundle,
Thanks - I started to try something like this, but I found that Drools
Package Builder was using its class classloader for the context - so I
started to override it but Eclipse isn't letting me import PackageBuilder
into my java class.
When I tried getting drools working in OSGI, I found that
So I'm playing with Drools in Equinox OSGi, and so far it's behaving quite
nicely - one bit of weirdness though.
What I'm trying to do:
I have a bundle with a 'flow manager' that listens for instances of
WorkItemHandler in the service broker (well, really my own subinterface that
has a getName
and sometimes it is
another type. I don't know what class the 'other type' is because it
overrides Object's toString()and I was just doing
getClassLoader().toString(). I've changed it to
getClassLoader().getClass().getName() so I can see what the real object is
if it happens again
msully wrote
Hi folks,
I'm trying to use Drools Flow in a Spring DM environment. I've OSGified its
jars and things look promising. The thing is, I want to use Work Items for
my domain interface, and I want WorkItemHandler's to come from the service
broker. I can see how most of this would work, except for