[rules-dev] Question about kie - api & kie - internal (OSGIactivator)

Cristiano Gavião cvgaviao at gmail.com
Mon Mar 25 11:34:58 EDT 2013


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 at 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 at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/rules-dev
>
>
>


-- 
"Tudo vale a pena se a alma não é pequena..."
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-dev/attachments/20130325/5ef32fc3/attachment.html 


More information about the rules-dev mailing list