We'd really like to improve out OSGi friendlyness. From getting Drools
to work perfectly as an OSGi service, to getting our build system to
publish all the necessary bundles. But we need people in the commnity to
help us, you know where to find us if you want to help out, as we have
so much other core stuff to do :)
Lasse.Wallentin(a)apcc.com wrote:
> Ok, I finally got it running. I had missed an import in the excel sheet so
> I had a dependency on another bundle.
>
Cool!
> All this debugging has made me understand (and appreciate) the solution
> sketched earlier by Faron Dutton more clearly. However it still seems a
> bit involved when just a few decisiontables is needed - don't you think?
>
I think that under OSGi in gereral, the classloader becomes much more
important. Luckily drools is prepared for that, but it still pushes OSGi
a fair bit - with us witnessing the fallout.
Basically you need a classloader which can access you classes _and_ all
drools internals. Probably we could combine them somehow. Thought,
googled :)
http://www.osgi.org/blog/2008/08/classy-solutions-to-tricky-proxies.html
I'm not too content with my setup as well, maybe you can sketch yours as
it's running now? I'm gonna the try above solution, maybe we can
establish some best practise.
Cheers,
Simon
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users