[rules-users] Expert versus Expert

Sébastien Raickman sebastien.raickman at gmail.com
Fri Apr 15 05:47:08 EDT 2011


This helped me for linking drools-server to Guvnor:

http://www.plugtree.com/drools-server-configuration-using-spring-3/

Best regards,

Seb

On Fri, Apr 15, 2011 at 11:39 AM, <martindavid at free.fr> wrote:

> Hi, thanks for the tips.
> I wasn't aware of drools-server. There's not much documentation about it,
> especially how it can work with Guvnor in order to get the assets. Or maybe
> I wasn't able to find it.
>
> Such a centralized approach makes sense to me, I hope it to be a reality
> soon.
>
> David
>
> ----- Mail Original -----
> De: "Mark Proctor" <mproctor at codehaus.org>
> À: rules-users at lists.jboss.org
> Envoyé: Jeudi 14 Avril 2011 16h07:10 GMT +01:00 Amsterdam / Berlin / Berne
> / Rome / Stockholm / Vienne
> Objet: Re: [rules-users] Expert versus Expert
>
> On 14/04/2011 09:11, delirii wrote:
> > A few months ago a question was asked about the difference and the use
> case
> > involving Drools Expert and Drools Guvnor.
> >
> > To be honest, it isn't clear for me too and as there wasn't any answer to
> > this first question, so I'm trying to have an answer with your help :)
> >
> > What's clear :
> > - Guvnor is a repository for the assets
> > - The easiest (?) and certainly the mainly available as a tutorial
> solution
> > is to create in each application an agent that grabs the assets and
> execute
> > the whole thing in its own context.
> >
> > What's not clear :
> > - how to centralize the execution in order to know exactly what's
> executed,
> > by whom, and how (be able to log which facts are sent, to which rules,
> and
> > be able to read the execution plan
> > - if it exists a "real" stand alone centralized engine that match this
> need
> > (Drools Expert ?)
> >
> > If some can explain this a little bit more, I'll be really happy to read
> !
> > And if it can be added to the current documentation, it could be a great
> > idea too.
> >
> I think that's fair. We don't have centralised management of expert
> runtime's yet. It's currently de-coupled via a pull mechanism.
>
> Mark
> > Thanks for your help.
> >
> >
> > --
> > View this message in context:
> http://drools.46999.n3.nabble.com/Expert-versus-Expert-tp1739141p2819515.html
> > Sent from the Drools: User forum mailing list archive at Nabble.com.
> > _______________________________________________
> > rules-users mailing list
> > rules-users at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/rules-users
> >
> >
>
>
> _______________________________________________
> rules-users mailing list
> rules-users at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
> _______________________________________________
> rules-users mailing list
> rules-users at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-users/attachments/20110415/cae29874/attachment.html 


More information about the rules-users mailing list