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 <cvgav...@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@lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/rules-dev > > _______________________________________________ > rules-dev mailing list > rules-dev@lists.jboss.org > https://lists.jboss.org/mailman/listinfo/rules-dev _______________________________________________ rules-dev mailing list rules-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-dev
