[jboss-jira] [JBoss JIRA] Updated: (JGRP-459) disable_initial_coord not working
Bela Ban (JIRA)
jira-events at lists.jboss.org
Thu Apr 5 16:01:08 EDT 2007
[ http://jira.jboss.com/jira/browse/JGRP-459?page=all ]
Bela Ban updated JGRP-459:
--------------------------
Fix Version/s: 2.5
Priority: Minor (was: Major)
> disable_initial_coord not working
> ----------------------------------
>
> Key: JGRP-459
> URL: http://jira.jboss.com/jira/browse/JGRP-459
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 2.4.1 SP1
> Environment: mac os x, Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_07-164)
> Reporter: Graeme Ahokas
> Assigned To: Bela Ban
> Priority: Minor
> Fix For: 2.5
>
>
> We've got the following scenario: three applications, App1, App2, and App3. We want App3 to be the coordinator when the apps first start, so there is no confusion about multiple groups / coordinators. So, we set App1 and App2's disable_initial_coord = true, and App3's disable_initial_coord=false.
> Then we start App1, and it will wait. Then we start App2, and App1 / App2 will determine a coordinator, even though disable_initial_coord is set to true for both, and we have not started App3 yet! This seems to conflict with the documentation which states:
> Note that - if a member is started as first member of a group - but its property is set to true, then it will loop until another member whose disable_initial_coord property is set to false, is started.
> We need disable_initial_coord to work as documented.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the jboss-jira
mailing list