[rules-dev] Question about kie - api & kie - internal (OSGIactivator)

Wed Mar 27 09:38:57 EDT 2013

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 <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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-dev/attachments/20130327/04a7e70c/attachment-0001.html 