1) For Karaf project, we mostly use activator or Aries Blueprint ( http://aries.apache.org/modules/blueprint.html). Declarative Service is rather new top of karaf ( http://sully6768.blogspot.be/2012/09/scr-components-with-karaf.html)
2) For poi-ooxml, we should use the ServiceMix bundle ( http://repo1.maven.org/maven2/org/apache/servicemix/bundles/org.apache.servicemix.bundles.poi/3.9_1/) until they provide a OSGI bundle of POI. On Wed, Mar 27, 2013 at 1:53 PM, Cristiano Gavião <cvgav...@gmail.com>wrote: > I won't change that code for while... It is still be there until you > decide to move it to the new one. ;) > > Btw, I have two questions: > > 1)what do you think about to use Declarative Services to register the > services instead do it manually at activator ? > > 2) how are you dealing with poi-ooxml dependency in drools-decisiontables? > there is no osgified jar for it... > > > > 2013/3/27 Charles Moulliard <ch0...@gmail.com> > >> Hi Christiano, >> >> I prefer that first we finalize the OSGI bundles (drools-decisiontables, >> drools-jpa, drools-jbpm, ...) before changing pax-exam code which is >> working and also used by Apache Camel/Karaf projects ;-) >> >> Regards, >> >> Charles >> >> >> On Wed, Mar 27, 2013 at 1:44 PM, Cristiano Gavião <cvgav...@gmail.com>wrote: >> >>> 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 >>> >> >> >> >> -- >> 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