[jboss-cvs] JBoss Messaging SVN: r6982 - trunk/docs/user-manual/en.
jboss-cvs-commits at lists.jboss.org
jboss-cvs-commits at lists.jboss.org
Fri May 22 03:25:11 EDT 2009
Author: ataylor
Date: 2009-05-22 03:25:11 -0400 (Fri, 22 May 2009)
New Revision: 6982
Modified:
trunk/docs/user-manual/en/flow-control.xml
Log:
more proof reading updates
Modified: trunk/docs/user-manual/en/flow-control.xml
===================================================================
--- trunk/docs/user-manual/en/flow-control.xml 2009-05-22 07:10:46 UTC (rev 6981)
+++ trunk/docs/user-manual/en/flow-control.xml 2009-05-22 07:25:11 UTC (rev 6982)
@@ -6,16 +6,15 @@
<section>
<title>Consumer Flow Control</title>
<para>This controls the flow of messages between the server and the client. For performance
- reasons clients buffer messages before delivering to the consumer via the <literal
- >receive()</literal> method or asynchronously via a message listener. If the consumer
- cannot process messages as fast as they are being delivered and stored in the internal
- buffer, then you could end up with a situation where messages just keep building up and are
- not processed for a long time. </para>
- <para/>
+ reasons clients buffer messages before delivering to the consumer via the
+ <literal>receive()</literal> method or asynchronously via a message listener. If the
+ consumer cannot process messages as fast as they are being delivered and stored in the
+ internal buffer, then you could end up with a situation where messages just keep building
+ up and are not processed for a long time. </para>
<section id="flow-control.consumer.window">
<title>Window-Based Flow Control</title>
<para>By default, JBoss Messaging consumers buffer messages from the server in a client
- side buffer before the client receive them. This improves performance: otherwise every
+ side buffer before the client consumes them. This improves performance: otherwise every
time the client consumes a message, JBoss Messaging would have to go the server to
request the next message. In turn, this message would then get sent to the client side,
if one was available.</para>
@@ -115,15 +114,15 @@
This is a form of throttling and can be used to make sure that a consumer never consumes
messages at a rate faster than the rate specified. </para>
<para>The rate must be a positive integer to enable and is the maximum desired message
- consumption rate specified in units of messages per second. Setting this to <literal
- >-1</literal> disables rate limited flow control. The default value is <literal
- >-1</literal>.</para>
+ consumption rate specified in units of messages per second. Setting this to
+ <literal>-1</literal> disables rate limited flow control. The default value is
+ <literal>-1</literal>.</para>
<section id="flow-control.rate.core.api">
<title>Using Core API</title>
- <para>If the JBoss Messaging core API is being used the rate can be set via the <literal
- >ClientSessionFactory.setConsumerMaxRate(int consumerMaxRate)</literal> method or
- alternatively via some of the <literal>ClientSession.createConsumer()</literal>
- methods. </para>
+ <para>If the JBoss Messaging core API is being used the rate can be set via the
+ <literal>ClientSessionFactory.setConsumerMaxRate(int consumerMaxRate)</literal>
+ method or alternatively via some of the
+ <literal>ClientSession.createConsumer()</literal> methods. </para>
</section>
<section>
<title>Using JMS</title>
@@ -175,15 +174,15 @@
units of messages per second. By specifying such a rate, JBoss Messaging will ensure
that producer never produces messages at a rate higher than that specified.</para>
<para>The rate must be a positive integer to enable and is the maximum desired message
- consumption rate specified in units of messages per second. Setting this to <literal
- >-1</literal> disables rate limited flow control. The default value is <literal
- >-1</literal>.</para>
+ consumption rate specified in units of messages per second. Setting this to
+ <literal>-1</literal> disables rate limited flow control. The default value is
+ <literal>-1</literal>.</para>
<section id="flow-control.producer.rate.core.api">
<title>Using Core API</title>
- <para>If the JBoss Messaging core API is being used the rate can be set via the <literal
- >ClientSessionFactory.setProducerMaxRate(int consumerMaxRate)</literal> method or
- alternatively via some of the <literal>ClientSession.createProducer()</literal>
- methods. </para>
+ <para>If the JBoss Messaging core API is being used the rate can be set via the
+ <literal>ClientSessionFactory.setProducerMaxRate(int consumerMaxRate)</literal>
+ method or alternatively via some of the
+ <literal>ClientSession.createProducer()</literal> methods. </para>
</section>
<section>
<title>Using JMS</title>
More information about the jboss-cvs-commits
mailing list