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 <ch0...@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 <cvgav...@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 <cvgav...@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 <ch0...@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 >>>> <cvgav...@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 <cvgav...@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 >>>>>> listrules-dev@lists.jboss.orghttps://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 >> listrules-dev@lists.jboss.orghttps://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..."
_______________________________________________ rules-dev mailing list rules-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-dev
