[rules-users] Guvnor Repository Directory with Replicated Database

[Robert Morse]

Hello Mike,
Very good point.  I didn't mean to clutter this list, just thought someone here might have direct experience with what I'm trying to do.
Thanks again for your message.

-robert.

On Aug 13, 2011, at 3:43 AM, Michael Anstis wrote:

> Whilst not an answer; if nothing comes to light on this forum you might like to try either the JackRabbit or ModeShape user forums (depending on which JCR implementation you are using).
> 
> As you may already know, Guvnor uses one of these JCR implementations for it's repository and the use-case you describe is not Guvnor specific, but IMO JCR.
> 
> With kind regards,
> 
> Mike
> 
> On 13 August 2011 10:37, Robert Morse <rmorse at mdesignz.com> wrote:
> Our Seam 2.2.x application uses Drools 5.2 and Guvnor 5.2 running under JBoss 5.1.0.GA.  We use an external MySql database set up in a master slave configuration.  The repository.xml file points to the master MySql database (obviously).
> Here's my question:   Let's assume the database master fails, and we promote the slave so it's now the master.  The repository.xml file would now need to point to the slave's database instance.  Does anything in the Guvnor created repository directory need to be modified?   Is it safe to switch simply by changing the values in repository.xml?
> 
> Thanks.
> 
> -robert.
> 
> 
> 
> 
> The human mind is an iterative processor, it never does anything right the first time.  What it does well is to make improvements on every iteration (deMarco)
> 
> 
> 
> 
> _______________________________________________
> 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

The human mind is an iterative processor, it never does anything right the first time.  What it does well is to make improvements on every iteration (deMarco)



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-users/attachments/20110813/da2ff294/attachment.html