Author: fhanik
Date: Tue Jun 13 16:21:30 2006
New Revision: 414005
URL: http://svn.apache.org/viewvc?rev=414005&view=rev
Log:
Added version notes
Modified:
tomcat/container/tc5.5.x/modules/groupcom/VERSION
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/interceptors/NonBlockingCoordinator.java
Modified: tomcat/container/tc5.5.x/modules/groupcom/VERSION
URL:
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/modules/groupcom/VERSION?rev=414005&r1=414004&r2=414005&view=diff
==============================================================================
--- tomcat/container/tc5.5.x/modules/groupcom/VERSION (original)
+++ tomcat/container/tc5.5.x/modules/groupcom/VERSION Tue Jun 13 16:21:30 2006
@@ -1,3 +1,5 @@
+0.9.2.6
+ - first version of the NonBlockingCoordinator implemented
0.9.2.5
- minor updates
0.9.2.4
Modified:
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/interceptors/NonBlockingCoordinator.java
URL:
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/interceptors/NonBlockingCoordinator.java?rev=414005&r1=414004&r2=414005&view=diff
==============================================================================
---
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/interceptors/NonBlockingCoordinator.java
(original)
+++
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/interceptors/NonBlockingCoordinator.java
Tue Jun 13 16:21:30 2006
@@ -104,10 +104,8 @@
* A sends Z{A-ldr, A-src, mbrs-A,B,C,C1,D,E} to B and the chain continues
until A receives the token again.
* At that time A optionally sends out Z{A-ldr, A-src, mbrs-A,B,C,C1,D,E,
confirmed} to A,B,C,C1,D,E
* </p>
- * <p>If we wanted to ensure that the view gets implemented at all nodes at
the same time,
- * ie, implementing a blocking coordinator, we would simply require that
each view, before it gets installed
- * has to receive a VIEW_CONF message, this is the 'confirmed' message that
is optional above.
- *
+ * <p>To ensure that the view gets implemented at all nodes at the same time,
+ * A will send out a VIEW_CONF message, this is the 'confirmed' message
that is optional above.
* <p>Ideally, the interceptor below this one would be the TcpFailureDetector
to ensure correct memberships</p>
*
* <p>The example above, of course can be simplified with a finite
statemachine:<br>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
