best thing to do is come onto irc, and we can start browsing classes together.
Mark
On 16 Aug 2014, at 15:18, Cristiano Gavião <cvgaviao(a)gmail.com> wrote:
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(a)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(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
_______________________________________________
rules-dev mailing list
rules-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev