Hello,

I already look at it. The problem is that this tests are using an old version (2.x) of pax-exam and using a karaf specific api too.
That version will be dropped by karaf team soon. see [1] and [2].

Btw, Pax-exam was improved a lot in version 3.x.

[1] - http://karaf.922171.n3.nabble.com/Discuss-Karaf-and-Pax-Exam-3-x-td4028074.html
[2] - https://ops4j1.jira.com/browse/PAXEXAM-503

regards,

Cristiano


2013/3/27 Charles Moulliard <ch007m@gmail.com>
Christiano,

Can you please have a look here as there is already a pax-exam test for karaf (https://github.com/droolsjbpm/droolsjbpm-integration/tree/master/drools-osgi/drools-karaf-itest) ?

Regards,

Charles


On Tue, Mar 26, 2013 at 11:11 AM, Cristiano Gavião <cvgaviao@gmail.com> wrote:
I'm creating a pax-exam project where I will run some test on top of equinox and felix.

After I commit and push it maybe you could add karaf stuffs. so it could help us to identify the reason of the error you are talking about...


On 25/03/13 14:19, Charles Moulliard wrote:
There was another error when using singleton := true.


On Mon, Mar 25, 2013 at 6:15 PM, Cristiano Gavião <cvgaviao@gmail.com> wrote:
well, I never seen any error related to singleton attribute at Felix or Equinox.

The error you have reported seems to be related to what is being done (and not being undone) inside the activator...


2013/3/25 Charles Moulliard <ch007m@gmail.com>
Not at all but using singleton := true option generates error when we do a stop, update start on Apache Karaf. 
We never used that property to generate all the bundles that we have in the project Karaf, ServiceMix, Geronimo, ...


On Mon, Mar 25, 2013 at 4:34 PM, Cristiano Gavião <cvgaviao@gmail.com> wrote:
Charles,

I saw that you removed singleton:=true in your commit. This is because do you plan to have more than one version of drools/jbpm running at same time?

regards,

Cristiano


2013/3/25 Cristiano Gavião <cvgaviao@gmail.com>
Charles,

I already changed the manifest generation of kie and other drools modules. I created some pull requests for such changes.

Next thing that I planned to do this week(Wed) was to review each Activator, I think we could improve it...

regards,

Cristiano


On 25/03/13 04:52, Charles Moulliard wrote:
Hi,

The org.kie.api.osgi.Activator class of kie project needs the class ServiceRegistryImpl (& Interface ServiceRegistry of kie internal) to register an OSGI Service (Interface)

        this.serviceRegistry = bc.registerService( ServiceRegistry.class.getName(),
                                                   ServiceRegistryImpl.getInstance(),
                                                   new Hashtable() );

but the maven module kie api does not have a dependency with kie internal  as the class ServiceRegistry & ServiceRegistryImpl are part of the module kie internal & package org.kie.internal.utils

Questions :
- What are the plans regarding to the Activator of Kie api bundle - what does it want to do ?
- Can we add the missing dependency in kie api project ?

Regards,
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com



_______________________________________________
rules-dev mailing list
rules-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev




--
"Tudo vale a pena se a alma não é pequena..."

_______________________________________________
rules-dev mailing list
rules-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev



--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com


_______________________________________________
rules-dev mailing list
rules-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev


_______________________________________________
rules-dev mailing list
rules-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev



--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com



_______________________________________________
rules-dev mailing list
rules-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev


_______________________________________________
rules-dev mailing list
rules-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev



--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com


_______________________________________________
rules-dev mailing list
rules-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev



--
"Tudo vale a pena se a alma não é pequena..."