I can create a snapshot to add the missing package.
On Wed, Mar 27, 2013 at 3:03 PM, Cristiano Gavião <cvgav...@gmail.com>wrote: > > > 2013/3/27 Charles Moulliard <ch0...@gmail.com> > >> 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) >> > > As a consumer you can still using both blueprint or BundleContext.getService() > to reference the services. > > What I found good in both Blueprint and DS is that they ensure the > component/services lifecycle and we could still use Configuration Admin > with them. > > The problem with blueprint is that is not default installed in most > distributions while DS is. > Is DS installed by default in Karaf? > > >> >> 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. >> > > Unfortunately this bundle don't export the package needed. it wraps the > poi.jar but not poi-ooxml. org.apache.poi.ss.usermodel.Workbook.class :( > > >> >> >> 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 >> > > > > -- > "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
