Re: [rules-users] Deploy Drools in AS7 as OSGi bundles

[Cristiano Gavião]

Hi,

As my system uses Tycho for its build, what I did was to create an 
Equinox P2 repository that includes one eclipse feature that contains 
JBPM 5.3, Drools and all dependencies bundles needed. I've used Eclipse 
Orbit bundles for all other dependecy: 
http://download.eclipse.org/tools/orbit/downloads/drops/S20120917013952/


That worked great for 5.3, but unfortunately is no working with the 
snapshot versions of JBPM and Drools. There are some new package imports 
in the manifest that couldn't be resolved anymore:


"Unable to satisfy dependency from org.drools.compiler 5.5.0.SNAPSHOT 
to package org.jboss.weld.environment.se.discovery.url 0.0.0."





On 02/10/12 03:29, Ioannis Canellos wrote:


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.


The problem with the spring enterprise bundle repository, is 
that spring source is no longer actively interested in OSGi (ever 
since they donated spring-dm to the eclipse foundation) and a lot of 
the bundles they provide are either out of date, or just say not 
optimal. A much shorter repository but with better maintained bundles 
is the repository of service-mix bundles: 
http://repo1.maven.org/maven2/org/apache/servicemix/bundles/ which 
host bundles for service-mix, camel etc.


Of course, bundles and metadata are always one side of the problem. 
Usually, the use of class loaders requires some treatment too.


I'd like to contribute too, in providing a better OSGi support and 
maybe add some integration tests using pax-exam or arquillian.

--
*Ioannis Canellos*
/

/*/
/Blog: http://iocanel.blogspot.com /
/*/
Twitter: iocanel
/




___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users


___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

Re: [rules-users] Deploy Drools in AS7 as OSGi bundles

[Mark Proctor]

On 2 Oct 2012, at 07:29, Ioannis Canellos  wrote:

> 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.
> 
> The problem with the spring enterprise bundle repository, is that spring 
> source is no longer actively interested in OSGi (ever since they donated 
> spring-dm to the eclipse foundation) and a lot of the bundles they provide 
> are either out of date, or just say not optimal. A much shorter repository 
> but with better maintained bundles is the repository of service-mix bundles: 
> http://repo1.maven.org/maven2/org/apache/servicemix/bundles/ which host 
> bundles for service-mix, camel etc.
> 
> Of course, bundles and metadata are always one side of the problem. Usually, 
> the use of class loaders requires some treatment too.
> 
> I'd like to contribute too, in providing a better OSGi support and maybe add 
> some integration tests using pax-exam or arquillian.
Please feel free to submit a pull request that moves us to maintained OSGi 
bundles.

There is an outstanding OSGi pull request for Camel. However I cannot accept 
the submission until it comes with a unit test. Anyone want to finish that off? 
Here is the JIRA, pull requests are linked from the JIRA.
https://issues.jboss.org/browse/JBRULES-3389

Here is a sample OSGi unit test:
https://github.com/droolsjbpm/droolsjbpm-build-distribution/blob/master/drools-osgi-bundles/org.drools.osgi.test/src/test/java/org/drools/osgi/integrationtests/SimpleOsgiTest.java

The unit test doesn't need to do much, just show we can build an end point and 
drive data through it.

Mark
>  
> -- 
> Ioannis Canellos
> 
> Blog: http://iocanel.blogspot.com
> Twitter: iocanel
> 
> 
> ___
> rules-users mailing list
> rules-users@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users

___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

Re: [rules-users] Deploy Drools in AS7 as OSGi bundles

[Ioannis Canellos]

>
> 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.
>

The problem with the spring enterprise bundle repository, is that spring
source is no longer actively interested in OSGi (ever since they donated
spring-dm to the eclipse foundation) and a lot of the bundles they provide
are either out of date, or just say not optimal. A much shorter repository
but with better maintained bundles is the repository
of service-mix bundles:
http://repo1.maven.org/maven2/org/apache/servicemix/bundles/ which host
bundles for service-mix, camel etc.

Of course, bundles and metadata are always one side of the problem.
Usually, the use of class loaders requires some treatment too.

I'd like to contribute too, in providing a better OSGi support and maybe
add some integration tests using pax-exam or arquillian.

-- 
*Ioannis Canellos*
*

**
Blog: http://iocanel.blogspot.com
**
Twitter: iocanel
*
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

Re: [rules-users] Deploy Drools in AS7 as OSGi bundles

[Dan Seaver]

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:ml-node+s46999n4020067...@n3.nabble.com] 
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/boo
t-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(Abs
tractBundleState.java:551) 
> [jbosgi-framework-core-1.1.8.Final.jar:1.1.8.Final] 
>at 
>
org.jboss.osgi.framework.internal.HostBundleState.startInternal(HostBund
leState.java:211) 
> [jbosgi-framework-core-1.1.8.Final.jar:1.1.8.Final] 
>at 
>
org.jboss.osgi.framework.internal.AbstractBundleState.start(AbstractBund
leState.java:494) 
> [jbosgi-framework-core-1.1.8.Final.jar:1.1.8.Final] 
>at 
>
org.jboss.as.osgi.deployment.BundleStartTracker$1.processService(BundleS
tartTracker.java:144) 
> [jboss-as-osgi-service-7.1.1.Final.jar:7.1.1.Final] 
>at 
>
org.jboss.as.osgi.deployment.BundleStartTracker$1.transition(BundleStart
Tracker.java:119) 
> [jboss-as-osgi-service-7.1.1.Final.jar:7.1.1.Final] 
>at 
>
org.jboss.msc.service.ServiceControllerImpl.invokeListener(ServiceContro
llerImpl.java:1416) 
> [jboss-msc-1.0.2.GA.jar:1.0.2.GA] 
>at 
>
org.jboss.msc.service.ServiceControllerImpl.access$2700(ServiceControlle
rImpl.java:49) 
> [jboss-msc-1.0.2.GA.jar:1.0.2.GA] 
>at 
>
org.jboss.msc.service.ServiceControllerImpl$ListenerTask.run(ServiceCont
rollerImpl.java:1954) 
> [jboss-msc-1.0.2.GA.jar:1.0.2.GA] 
>at 
>
java.util.concurrent.ThreadPoolE

Re: [rules-users] Deploy Drools in AS7 as OSGi bundles

[Mark Proctor]

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  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)(!(v

Re: [rules-users] Deploy Drools in AS7 as OSGi bundles

[Dan Seaver]

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: 
http://drools.46999.n3.nabble.com/Deploy-Drools-in-AS7-as-OSGi-bundles-tp4020052p4020066.html
Sent from the Drools: User forum mailing list archive at Nabble.com.
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users

Re: [rules-users] Deploy Drools in AS7 as OSGi bundles

[Mark Proctor]

http://docs.jboss.org/drools/release/5.5.0.Beta1/droolsjbpm-integration-docs/html/ch.OSGI.html

https://github.com/droolsjbpm/droolsjbpm-build-distribution/tree/master/drools-osgi-bundles

Mark
On 29 Sep 2012, at 20:54, Dan Seaver  wrote:

> I'd like to use Drools as OSGi services in the JBoss Adaptive Server (version
> 7.1.1).
> 
> I haven't found any specifics about how to do this in the drools
> documentation (or anywhere else with my google searches), so I'm attempting
> to deploy the jars mentioned in the droolsjbpm-integration-docs via the
> JBoss Management console. The jars are:
> 
> knowledge-api
> drools-core
> drools-compiler
> drools-templates
> drools-decisiontables
> 
> All of the jars install ok, but when I try to enable them (start the
> bundles), I run into problems.
> knowledge-api seems to start fine.
> However, the other bundles have dependencies on drools-core.
> When I try to enable drools-core, I get exceptions claiming the required
> bundle, org.drools.internalapi, is missing. So, I added the following
> bundle:
> 
> knowledge-internal-api.jar
> 
> Now I get the exception that package com.google.protobuf is missing.
> 
> *Any guidance on how to install drools in AS7 as OSGi services would be
> greatly appreciated!*
> 
> Stack trace snippet from JBoss console when trying to deploy drools-core:
> 12:45:43,783 ERROR [org.jboss.osgi.framework.internal.FrameworkEventsPlugin]
> (MSC service thread 1-2) Framework ERROR:
> org.osgi.framework.BundleException: Cannot resolve bundle resModule:
> [org.drools.core:5.4.0.Final]
>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: Unable to resolve
> Module[org.drools.core:5.4.0.Final]: missing requirement
> [Module[org.drools.core:5.4.0.Final]] package; (package=com.google.protobuf)
>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: 
> http://drools.46999.n3.nabble.com/Deploy-Drools-in-AS7-as-OSGi-bundles-tp4020052.html
> Sent from the Drools: User forum mailing list archive at Nabble.com.
> ___
> rules-users mailing list
> rules-users@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users


___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users