If you don't want session fail over it will work out of the box. If you want
to start a flow inside one node and then continue the process from another
node it will work. Of course both nodes need to have a connection to the
same database.
The idea with Drools Grid is to simplify the deployment and distribution of
your knowledge session across the grid and also do that transparently for
your application :)
Greetings.
On Mon, Aug 16, 2010 at 2:20 AM, Tan Hui Onn <huionn(a)gmail.com> wrote:
Some additional note to my question. The intended clustering need
not
to support session failover. In other words, the session states will
not be replicated from one server to another.
On Fri, Aug 13, 2010 at 8:36 PM, cafebabe <huionn(a)gmail.com> wrote:
>
> Hi,
> Based on my understanding from reading some drools posts and blogs,
stateful
> knowledge session will not work correctly if drools is embedded into an
> application deployed in clustered application servers. Am I right?
>
> What if I want to use embedded drools purely for its BPM (drools flow) in
> clustered application? Any gotchas to take note or it will simply not
> working?
>
> anybody has related experience?
>
> (i found there is work-in-progress alternative - drools grid. but i
prefer
> to start with embedded drools flow bcoz it is simpler to code and offers
> more control.)
> --
> View this message in context:
http://drools-java-rules-engine.46999.n3.nabble.com/Embedded-Drools-into-...
> Sent from the Drools - User mailing list archive at
Nabble.com.
> _______________________________________________
> rules-users mailing list
> rules-users(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/rules-users
>
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
--
- CTO @
http://www.plugtree.com
- MyJourney @
http://salaboy.wordpress.com
- Co-Founder @
http://www.jbug.com.ar
- Salatino "Salaboy" Mauricio -