). Declarative Service is
rather new top of karaf (
)
until they provide a OSGI bundle of POI.
On Wed, Mar 27, 2013 at 1:53 PM, Cristiano Gavião <cvgaviao(a)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(a)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(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 :
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 :