[jbpm-dev] [rules-dev] services registered by OSGi bundle activators of Kie, Drools and Jbpm are still needed ?

[Cristiano Gavião]

I agree that should have a consistency.

but where should we start from ?

are you able to point me to any resource describing a good setup 
workflow using that new stuffs that I can use as base for my own 
investigation?

The examples that I saw until now are using factories. what I can 
remember last time I tried 6.x, that factories won't work in osgi, so 
they are good candidates to be registered by those activators.

Cristiano

On 15-08-2014 13:22, Mark Proctor wrote:
> I think things have evolved organically here. We probably need to do a full review, to ensure consistency.
>
> I suspect know one would know the answers, without having to dig in the code first.
>
> Mark
>
> On 15 Aug 2014, at 16:02, Cristiano Gavião <cvgaviao at gmail.com> wrote:
>
>> Hi,
>>
>> has a long time that I don't play with Drools and JBPM source code. This
>> week I was walking through them again and saw a lot of new elements,
>> interfaces and new ways to setup things.
>>
>> I saw that some Blueprint specific annotations and classes were created
>> (kie-aries-blueprint).
>> But the existent osgi activators are still registering some services
>> that seems not be appropriated anymore. at least they are different from
>> the set of elements in blueprint namespace (environment, kmodule, kbase
>> and others ) that I saw.
>>
>> For example, in activator of drools-core we have a
>> KnowledgeBaseFactoryServiceImpl being registered. in drools-compiler we
>> have KnowledgeBuilderFactoryServiceImpl being registered.
>>
>> I can't use blueprint, so I need to figure out what is the best setup
>> workflow for OSGi and get the proper services registered.
>>
>> Question, is the kie-aries-blueprint.xsd reflecting the actual state of
>> kie, drools and jbpm core setup workflow, so I can use it as start point?
>>
>> could someone check that and give me a feedback ?
>>
>> many thanks,
>>
>> Cristiano
>> _______________________________________________
>> 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