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 <[email protected]>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 <[email protected]> > >> 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 <[email protected]>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 <[email protected]> >>> >>>> 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 >>>> <[email protected]>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 >>>>> <[email protected]>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 <[email protected]> >>>>>> >>>>>>> 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 < >>>>>>> [email protected]> 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 <[email protected]> >>>>>>>> >>>>>>>>> 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 >>>>>>>>> [email protected]https://lists.jboss.org/mailman/listinfo/rules-dev >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> "Tudo vale a pena se a alma não é pequena..." >>>>>>>> _______________________________________________ >>>>>>>> rules-dev mailing list >>>>>>>> [email protected] >>>>>>>> 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 >>>>>>> [email protected] >>>>>>> https://lists.jboss.org/mailman/listinfo/rules-dev >>>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> rules-dev mailing list >>>>>> [email protected] >>>>>> 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 >>>>> [email protected]https://lists.jboss.org/mailman/listinfo/rules-dev >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> rules-dev mailing list >>>>> [email protected] >>>>> 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 >>>> [email protected] >>>> https://lists.jboss.org/mailman/listinfo/rules-dev >>>> >>> >>> >>> >>> -- >>> "Tudo vale a pena se a alma não é pequena..." >>> >>> _______________________________________________ >>> rules-dev mailing list >>> [email protected] >>> 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 >> [email protected] >> https://lists.jboss.org/mailman/listinfo/rules-dev >> > > > > -- > "Tudo vale a pena se a alma não é pequena..." > > _______________________________________________ > rules-dev mailing list > [email protected] > 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 [email protected] https://lists.jboss.org/mailman/listinfo/rules-dev
