[rules-dev] Question about kie - api & kie - internal (OSGIactivator)
Cristiano Gavião
cvgaviao at gmail.com
Wed Mar 27 14:04:54 EDT 2013
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 <ch007m at 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 <cvgaviao at 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 <ch007m at 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 <cvgaviao at gmail.com>wrote:
>>>
>>>>
>>>>
>>>> 2013/3/27 Charles Moulliard <ch007m at 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 <cvgaviao at 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 <ch007m at 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 <
>>>>>>> cvgaviao at 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 <ch007m at 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 <
>>>>>>>>> cvgaviao at 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 <
>>>>>>>>>> cvgaviao at 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 <ch007m at 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 <
>>>>>>>>>>>> cvgaviao at 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 <cvgaviao at 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 at 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 at 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 at lists.jboss.org
>>>>>>>>>>>> https://lists.jboss.org/mailman/listinfo/rules-dev
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> rules-dev mailing list
>>>>>>>>>>> rules-dev at 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 at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/rules-dev
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> rules-dev mailing list
>>>>>>>>>> rules-dev at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
--
"Tudo vale a pena se a alma não é pequena..."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-dev/attachments/20130327/6283ed71/attachment-0001.html
More information about the rules-dev
mailing list