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, an
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 sev
Here's the ClassLoader that let's the import work:
org.springframework.osgi.util.BundleDelegatingClassLoader
OK, I realize this is starting to seem like a question for another board,
but I figured I'd put all the info here since I started here.
If I find the solution elsewhere, I'll share here.
r 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
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 me
t used at compile or runtime,
> as the variable definitions etc. are all part of the work item itself.
> So you probably don't need it in your environment.
>
> Kris
>
> Quoting msully :
>
>>
>> Hi folks,
>>
>> I'm trying to use Drools Flo
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