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(a)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-td402807...
[2] -
https://ops4j1.jira.com/browse/PAXEXAM-503
regards,
Cristiano
2013/3/27 Charles Moulliard <ch007m(a)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-o...)
> ?
>
> Regards,
>
> Charles
>
>
> On Tue, Mar 26, 2013 at 11:11 AM, Cristiano Gavião <cvgaviao(a)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(a)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(a)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(a)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(a)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(a)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(a)lists.jboss.org
>>>>
https://lists.jboss.org/mailman/listinfo/rules-dev
>>>>
>>>
>>>
>>> _______________________________________________
>>> rules-dev mailing list
>>> rules-dev(a)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(a)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(a)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(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
--
Charles Moulliard
Apache Committer / Sr. Enterprise Architect (RedHat)
Twitter : @cmoulliard | Blog :