Great !
On Wed, Mar 27, 2013 at 7:04 PM, Cristiano Gavião <cvgav...@gmail.com>wrote: > Hi Charles, > > Step one (installation of bundles and its dependencies) seems to be ok ;) > > [INFO] drools-osgi-enviroment-tests ...................... SUCCESS [6.559s] > [INFO] drools-osgi-enviroment-tests-common ............... SUCCESS > [15.887s] > [INFO] drools-osgi-enviroment-tests-equinox-juno ......... SUCCESS > [20.176s] > [INFO] drools-osgi-enviroment-tests-equinox-kepler ....... SUCCESS > [17.581s] > [INFO] drools-osgi-enviroment-tests-felix ................ SUCCESS > [15.874s] > [INFO] drools-osgi-enviroment-tests-jbosgi ............... SUCCESS > [39.769s] > [INFO] drools-osgi-enviroment-tests-knoplerfish .......... SUCCESS > [14.839s] > [INFO] > ------------------------------------------------------------------------ > > next step is to reuse the existent tests-jars > > cheers, > > > Cristiano > > > > 2013/3/27 Charles Moulliard <ch0...@gmail.com> > >> I think that those packages have been added since JDK 1.7 xxx. Reason why >> you should deploy the following bundles : >> >> >> https://github.com/droolsjbpm/droolsjbpm-integration/blob/master/drools-osgi/drools-karaf-features/src/main/filtered-resources/repository/features.xml >> >> with these versions >> >> >> https://github.com/droolsjbpm/droolsjbpm-integration/blob/master/drools-osgi/drools-karaf-features/pom.xml >> >> >> and more specifically 2.2.1 for jaxb-x >> >> >> On Wed, Mar 27, 2013 at 4:32 PM, Cristiano Gavião <cvgav...@gmail.com>wrote: >> >>> The packages that I'm aware of until now is: >>> - org.apache.poi.openxml4j.exceptions >>> - org.apache.poi.ss.usermodel (note that poi.jar exports this too) >>> >>> I'm getting another problem with servicemix bundles related to >>> com.sun.tools.xjc. it seems that there is no bundle exporting >>> com.sun.source.tree that is being required: >>> >>> ERROR: Bundle org.drools.decisiontables [38] Error starting >>> mvn:org.drools/drools-decisiontables/6.0.0-SNAPSHOT >>> (org.osgi.framework.BundleException: Unresolved constraint in bundle >>> org.drools.decisiontables [38]: Unable to resolve 38.0: missing requirement >>> [38.0] osgi.wiring.package; >>> (osgi.wiring.package=org.drools.compiler.compiler) [caused by: Unable to >>> resolve 29.0: missing requirement [29.0] osgi.wiring.package; >>> (osgi.wiring.package=org.drools.core) [caused by: Unable to resolve 30.0: >>> missing requirement [30.0] osgi.wiring.package; >>> (osgi.wiring.package=com.sun.tools.xjc) [caused by: Unable to resolve 32.0: >>> missing requirement [32.0] osgi.wiring.package; >>> (osgi.wiring.package=com.sun.source.tree)]]]) >>> org.osgi.framework.BundleException: Unresolved constraint in bundle >>> org.drools.decisiontables [38]: Unable to resolve 38.0: missing requirement >>> [38.0] osgi.wiring.package; >>> (osgi.wiring.package=org.drools.compiler.compiler) [caused by: Unable to >>> resolve 29.0: missing requirement [29.0] osgi.wiring.package; >>> (osgi.wiring.package=org.drools.core) [caused by: Unable to resolve 30.0: >>> missing requirement [30.0] osgi.wiring.package; >>> (osgi.wiring.package=com.sun.tools.xjc) [caused by: Unable to resolve 32.0: >>> missing requirement [32.0] osgi.wiring.package; >>> (osgi.wiring.package=com.sun.source.tree)]]] >>> >>> I'm using this deps: >>> >>> <dependency> >>> <groupId>org.apache.servicemix.bundles</groupId> >>> >>> <artifactId>org.apache.servicemix.bundles.jaxb-xjc</artifactId> >>> <version>2.2.6_1</version> >>> </dependency> >>> <dependency> >>> <groupId>org.apache.servicemix.bundles</groupId> >>> >>> <artifactId>org.apache.servicemix.bundles.jaxb-impl</artifactId> >>> <version>2.2.6_1</version> >>> </dependency> >>> <dependency> >>> <groupId>org.apache.servicemix.specs</groupId> >>> >>> <artifactId>org.apache.servicemix.specs.jaxb-api-2.2</artifactId> >>> <version>2.2.0</version> >>> </dependency> >>> <dependency> >>> <groupId>org.apache.servicemix.specs</groupId> >>> >>> <artifactId>org.apache.servicemix.specs.activation-api-1.1</artifactId> >>> <version>2.2.0</version> >>> </dependency> >>> <dependency> >>> <groupId>org.apache.servicemix.specs</groupId> >>> >>> <artifactId>org.apache.servicemix.specs.stax-api-1.2</artifactId> >>> <version>2.2.0</version> >>> </dependency> >>> >>> >>> 2013/3/27 Charles Moulliard <ch0...@gmail.com> >>> >>>> Can you please provide me the list of packages to be exported and I >>>> will include also poi-ooxml ? >>>> >>>> >>>> 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 >>>> >>> >>> >>> >>> -- >>> "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
