Thanks for your candid reply. I’m just diving into OSGi and am experiencing the same WTF. Hopefully, I’ll be able to stay on this project for a bit and actually get somewhere, but it doesn’t look good right now. Good news… GE Healthcare may be opening the door and allowing us to participate in the Open Source community. If that happens, I may be able to pitch in.

 

Thanks for the pointers.

 

-       Dan

 

From: Mark Proctor [via Drools] [mailto:[hidden email]]
Sent: Monday, October 01, 2012 9:42 PM
To: Seaver, Daniel (GE Healthcare)
Subject: Re: [rules-users] Deploy Drools in AS7 as OSGi bundles

 

Our OSGi stuff is best effort - working on OSGi was like sticking needles directly into the back of my eyeball, not fun. tbh I find OSGi a real PITA. Too many of our dependencies do not have real OSGi bundles available, so we have to resort to the spring repository - where the versions almost never match our original target version. Further when it fails it's almost freaking impossible to determine why it fails.

We use the spring test module, we provide it all the dependencies that you see, and run the tests. Other than suggesting to look at the spring OSGi test executions, I can't really offer more help. But it will nearly always boil down to wrong jars or wrong versions of jars - figuring out which of those are the problem, is not easy. Either it works, of it doesn't. If it doesn't,  there is no simple way to debug why OSGi doesn't work. Generally I have to take it back to the last version that worked and keep incrementally changing it until I find out specifically doesn't work, so I can address it.

You might find it useful to look at the bundle context that spring osgi creates, here is all the bundles and their versions necessary for the unit tests to run:
https://github.com/droolsjbpm/droolsjbpm-build-distribution/blob/master/drools-osgi-bundles/org.drools.osgi.test/src/test/filtered-resources/boot-bundles.properties

good luck :) Please document any helpers you find, and submit as pull requests.


Mark


On 1 Oct 2012, at 21:26, Dan Seaver <[hidden email]> wrote:


> Thanks Mark, but I still am having issues.
> I cloned the latest droolsjbpm-build-distribution and built
> drools-osgi-bundles and reviewed the documentation you refenced. I don't see
> it stated anywhere, but I assume I need to install and start all of the jars
> in drools-osgi-bundles-distribution-5.5.0-SNAPSHOT.zip.
>
> So, I put all of those jars in the AS7's Standalone deployments folder and
> started up AS7. The only jar that seemed to have trouble is
> *com.springsource.antlr-2.7.6.jar* because of an *IllegalArgumentException:
> A fragment is not a module*.
>
> Now I tried to deploy the *knowledge-api-5.5.0-SNAPSHOT.jar*, and I get an
> error with *com.springsource.com.sun.tools.xjc:2.1.7* (see stacktrace
> below), which prohibits me from installing and starting any of the other
> drools bundles mentioned in the doc.
>
> Any thoughts about what's amiss?
>
> Stack Trace:
> ==========
> 10:10:44,609 ERROR [org.jboss.osgi.framework.internal.FrameworkEventsPlugin]
> (MSC service thread 1-8) Framework ERROR:
> org.osgi.framework.BundleException: Cannot resolve bundle resModule:
> [org.drools.api:5.5.0.SNAPSHOT]
>        at
> org.jboss.osgi.framework.internal.ResolverPlugin.resolve(ResolverPlugin.java:157)
> [jbosgi-framework-core-1.1.8.Final.jar:1.1.8.Final]
>        at
> org.jboss.osgi.framework.internal.AbstractBundleState.ensureResolved(AbstractBundleState.java:551)
> [jbosgi-framework-core-1.1.8.Final.jar:1.1.8.Final]
>        at
> org.jboss.osgi.framework.internal.HostBundleState.startInternal(HostBundleState.java:211)
> [jbosgi-framework-core-1.1.8.Final.jar:1.1.8.Final]
>        at
> org.jboss.osgi.framework.internal.AbstractBundleState.start(AbstractBundleState.java:494)
> [jbosgi-framework-core-1.1.8.Final.jar:1.1.8.Final]
>        at
> org.jboss.as.osgi.deployment.BundleStartTracker$1.processService(BundleStartTracker.java:144)
> [jboss-as-osgi-service-7.1.1.Final.jar:7.1.1.Final]
>        at
> org.jboss.as.osgi.deployment.BundleStartTracker$1.transition(BundleStartTracker.java:119)
> [jboss-as-osgi-service-7.1.1.Final.jar:7.1.1.Final]
>        at
> org.jboss.msc.service.ServiceControllerImpl.invokeListener(ServiceControllerImpl.java:1416)
> [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
>        at
> org.jboss.msc.service.ServiceControllerImpl.access$2700(ServiceControllerImpl.java:49)
> [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
>        at
> org.jboss.msc.service.ServiceControllerImpl$ListenerTask.run(ServiceControllerImpl.java:1954)
> [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
>        at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> [rt.jar:1.6.0_26]
>        at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> [rt.jar:1.6.0_26]
>        at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_26]
> Caused by: org.jboss.osgi.resolver.XResolverException: Constraint violation
> for package 'org.relaxng.datatype' when resolving module
> Module[com.springsource.com.sun.tools.xjc:2.1.7] between existing export
> Module[com.springsource.com.sun.tools.xjc:2.1.7].org.relaxng.datatype NO
> BLAME and uses constraint
> Module[com.springsource.org.relaxng.datatype:1.0.0].org.relaxng.datatype
> BLAMED ON [[Module[com.springsource.com.sun.tools.xjc:2.1.7]] package;
> (&(package=com.sun.msv.datatype.xsd.ngimpl)(version>=0.0.0.20060615)(version<=0.0.0.20060615)),
> [Module[com.springsource.com.sun.msv.datatype:0.0.0.20060615]] package;
> (&(package=org.relaxng.datatype)(version>=1.0.0)(!(version>=2.0.0)))]
>        at
> org.jboss.osgi.resolver.felix.FelixResolver.resolveInternal(FelixResolver.java:117)
> [jbosgi-resolver-felix-1.0.13.Final.jar:1.0.13.Final]
>        at
> org.jboss.osgi.resolver.spi.AbstractResolver.resolve(AbstractResolver.java:149)
> [jbosgi-resolver-spi-1.0.13.Final.jar:1.0.13.Final]
>        at
> org.jboss.osgi.framework.internal.ResolverPlugin.resolve(ResolverPlugin.java:155)
> [jbosgi-framework-core-1.1.8.Final.jar:1.1.8.Final]
>        ... 11 more
>
>
>
>
>
> --
> View this message in context: click here.
NAML


View this message in context: RE: [rules-users] Deploy Drools in AS7 as OSGi bundles
Sent from the Drools: User forum mailing list archive at Nabble.com.