[jboss-cvs] JBoss Messaging SVN: r7775 - trunk/docs/user-manual/en.
jboss-cvs-commits at lists.jboss.org
jboss-cvs-commits at lists.jboss.org
Tue Aug 18 10:34:49 EDT 2009
Author: timfox
Date: 2009-08-18 10:34:49 -0400 (Tue, 18 Aug 2009)
New Revision: 7775
Modified:
trunk/docs/user-manual/en/configuring-transports.xml
Log:
docs tweak
Modified: trunk/docs/user-manual/en/configuring-transports.xml
===================================================================
--- trunk/docs/user-manual/en/configuring-transports.xml 2009-08-18 13:51:32 UTC (rev 7774)
+++ trunk/docs/user-manual/en/configuring-transports.xml 2009-08-18 14:34:49 UTC (rev 7775)
@@ -414,19 +414,5 @@
servlet ssl example shipped with JBoss Messaging for more detail.</para>
</section>
</section>
- <section>
- <title>Configuring Asynchronous Connection Execution</title>
- <para>By default, as packets are received by on the server side, they are handed off to a thread from the internal
- thread pool for processing, rather than processing them on the remoting thread.</para>
- <para>This prevents remoting threads being tied up for too long, especially if the operation takes a significant time to
- complete. It's dangerous for remoting threads to be tied up for too long, since then they might not be able to handle pings
- from the client, resulting in reply pings being sent back to the client late and the client erroneously thinking a problem
- has happened on the connection.</para>
- <para>Processing operations asynchronously on another thread does however add a little more latency, so we allow this to be
- configured using the parameter <literal>async-connection-execution-enabled</literal> in <literal>jbm-configuration.xml</literal>.
- The default value for this parameter is <literal>true</literal>.</para>
- <para>If you do set this parameter to <literal>false</literal> please do so with caution.</para>
-
-
- </section>
+
</chapter>
More information about the jboss-cvs-commits
mailing list