[rules-dev] Question about kie - api & kie - internal (OSGIactivator)
Cristiano Gavião
cvgaviao at gmail.com
Wed Mar 27 08:53:17 EDT 2013
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..."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-dev/attachments/20130327/b92e8115/attachment-0001.html
More information about the rules-dev
mailing list