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