From: fhanik <fhanik@13f79535-47bb-0310-9956-ffa450edef68>
Date: Tue, 26 Feb 2008 18:10:50 +0000 (+0000)
Subject: small doco update with the addition on the new features
X-Git-Url: https://git.internetallee.de/?a=commitdiff_plain;h=ab553ea6afe9c206c0d74d0ea5c94417ac2a305a;p=tomcat7.0

small doco update with the addition on the new features


git-svn-id: https://svn.apache.org/repos/asf/tomcat/trunk@631316 13f79535-47bb-0310-9956-ffa450edef68
---

diff --git a/webapps/docs/tribes/introduction.xml b/webapps/docs/tribes/introduction.xml
index 6d5dfdbab..9ffb30637 100644
--- a/webapps/docs/tribes/introduction.xml
+++ b/webapps/docs/tribes/introduction.xml
@@ -146,9 +146,11 @@
   </p>
   <p>
     <b>Guaranteed Messaging</b><br/>
-    In the default implementation of Tribes uses TCP for messaging. TCP already has guaranteed message delivery
+    In the default implementation of Tribes uses TCP or UDP for messaging. TCP already has guaranteed message delivery
     and flow control built in. I believe that the performance of Java TCP, will outperform an implementation of
-    Java/UDP/flow-control/message guarantee since the logic happens further down the stack.<br/>
+    Java/UDP/flow-control/message guarantee since the logic happens further down the stack. UDP messaging has been added in for 
+    sending messages over UDP instead of TCP when desired. The same guarantee scenarios as described below are still available 
+    over UDP, however, when a UDP message is lost, it's considered failed.<br/>
     Tribes supports both non-blocking and blocking IO operations. The recommended setting is to use non blocking
     as it promotes better parallelism when sending and receiving messages. The blocking implementation is available
     for those platforms where NIO is still a trouble child.
@@ -260,7 +262,7 @@
 
 <section name="Where can I get Tribes">
   <p>
-    
+    Tribes ships as a module with Tomcat, and is released as part of the Apache Tomcat release.  
   </p>