summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorKeith Wall <kwall@apache.org>2014-10-13 16:32:20 +0000
committerKeith Wall <kwall@apache.org>2014-10-13 16:32:20 +0000
commit5323ebbd7fb41f1a06a65c9463190ed1e5cda9eb (patch)
treeebbcb367d077df996ea8160cd966458d93606226
parent12c20704b9887afc2fa31d5b3b98535add1e0f13 (diff)
downloadqpid-python-5323ebbd7fb41f1a06a65c9463190ed1e5cda9eb.tar.gz
QPID-6108: [Java Broker Documentation] Add statement that message compression is not yet supported on 1.0.
git-svn-id: https://svn.apache.org/repos/asf/qpid/trunk@1631460 13f79535-47bb-0310-9956-ffa450edef68
-rw-r--r--qpid/doc/book/src/java-broker/Java-Broker-Runtime-Message-Compression.xml17
1 files changed, 9 insertions, 8 deletions
diff --git a/qpid/doc/book/src/java-broker/Java-Broker-Runtime-Message-Compression.xml b/qpid/doc/book/src/java-broker/Java-Broker-Runtime-Message-Compression.xml
index f4d42b051d..ee080f85cf 100644
--- a/qpid/doc/book/src/java-broker/Java-Broker-Runtime-Message-Compression.xml
+++ b/qpid/doc/book/src/java-broker/Java-Broker-Runtime-Message-Compression.xml
@@ -22,19 +22,19 @@
<section id="Java-Broker-Runtime-Message-Compression">
<title>Message Compression</title>
- <para>The Java Broker supports message compression. This feature works in co-operation with
- Qpid Clients implementing the same feature.</para>
+ <para>The Java Broker supports<footnote><para>Message compression is not yet supported for the 1.0
+ protocol.</para></footnote> message compression. This feature works in co-operation with Qpid
+ Clients implementing the same feature.</para>
<para>Once the feature is enabled (using Broker context variable
<emphasis>broker.messageCompressionEnabled</emphasis>), the Broker will advertise support for the
message compression feature to the client at connection time. This allows clients to opt to turn
on message compression, allowing message payload sizes to be reduced.</para>
- <para>If the Broker has connections from client who have message compression enabled and other who
- do not, it will internally, on-tyhe-fly, decompress compressed messages when sending to clients
- without support and conversely, compress uncomressed messages when sending to clients who support
- it.</para>
+ <para>If the Broker has connections from clients who have message compression enabled and others who
+ do not, it will internally, on-the-fly, decompress compressed messages when sending to clients
+ without support and conversely, compress uncomressed messages when sending to clients who do.</para>
<para>The Broker has a threshold below which it will not consider compressing a message, this is
controlled by Broker content variable
- (<literal>connection.messageCompressionThresholdSize</literal>).</para>
+ (<literal>connection.messageCompressionThresholdSize</literal>) and expresses a size in bytes.</para>
<para>This feature <emphasis>may</emphasis> have a beneficial effect on performance by:</para>
<itemizedlist>
<listitem>
@@ -42,7 +42,8 @@
in the HA case, Broker to Broker, for replication purposes.</para>
</listitem>
<listitem>
- <para>Reducing storage space when data is at rest within the Broker, both on disk and in memory.</para>
+ <para>Reducing storage space when data is at rest within the Broker, both on disk and in
+ memory.</para>
</listitem>
</itemizedlist>
<para>Of course, compression and decompression is computationally expensive. Turning on the feature