Modified: 
qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-Broker.html
URL: 
http://svn.apache.org/viewvc/qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-Broker.html?rev=1722689&r1=1722688&r2=1722689&view=diff
==============================================================================
--- 
qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-Broker.html
 (original)
+++ 
qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-Broker.html
 Sat Jan  2 23:59:48 2016
@@ -114,7 +114,7 @@ https://github.com/apache/qpid-proton/bl
         <ul id="-path-navigation"><li><a 
href="/index.html">Home</a></li><li><a 
href="/releases/index.html">Releases</a></li><li><a 
href="/releases/qpid-java-trunk/index.html">Qpid Java Trunk</a></li><li><a 
href="/releases/qpid-java-trunk/java-broker/book/index.html">AMQP Messaging 
Broker (Java)</a></li><li>4.2.&#160;Broker</li></ul>
 
         <div id="-middle-content">
-          <div class="docbook"><div class="navheader"><table 
summary="Navigation header" width="100%"><tr><th align="center" 
colspan="3">4.2.&#160;Broker</th></tr><tr><td align="left" width="20%"><a 
accesskey="p" href="Java-Broker-Concepts.html">Prev</a>&#160;</td><th 
align="center" width="60%">Chapter&#160;4.&#160;Concepts</th><td align="right" 
width="20%">&#160;<a accesskey="n" 
href="Java-Broker-Concepts-Virtualhost-Nodes.html">Next</a></td></tr></table><hr
 /></div><div class="section"><div class="titlepage"><div><div><h2 
class="title"><a 
id="Java-Broker-Concepts-Broker"></a>4.2.&#160;Broker</h2></div></div></div><p>The
 <span class="emphasis"><em>Broker</em></span> is the outermost entity within 
the system.</p><p>The Broker is backed by storage. This storage is used to 
record the durable entities that exist beneath it.</p></div><div 
class="navfooter"><hr /><table summary="Navigation footer" width="100%"><tr><td 
align="left" width="40%"><a accesskey="p" href="Java-Broker-Concepts.h
 tml">Prev</a>&#160;</td><td align="center" width="20%"><a accesskey="u" 
href="Java-Broker-Concepts.html">Up</a></td><td align="right" 
width="40%">&#160;<a accesskey="n" 
href="Java-Broker-Concepts-Virtualhost-Nodes.html">Next</a></td></tr><tr><td 
align="left" valign="top" 
width="40%">Chapter&#160;4.&#160;Concepts&#160;</td><td align="center" 
width="20%"><a accesskey="h" href="index.html">Home</a></td><td align="right" 
valign="top" width="40%">&#160;4.3.&#160;Virtualhost 
Nodes</td></tr></table></div></div>
+          <div class="docbook"><div class="navheader"><table 
summary="Navigation header" width="100%"><tr><th align="center" 
colspan="3">4.2.&#160;Broker</th></tr><tr><td align="left" width="20%"><a 
accesskey="p" href="Java-Broker-Concepts.html">Prev</a>&#160;</td><th 
align="center" width="60%">Chapter&#160;4.&#160;Concepts</th><td align="right" 
width="20%">&#160;<a accesskey="n" 
href="Java-Broker-Concepts-Virtualhost-Nodes.html">Next</a></td></tr></table><hr
 /></div><div class="section"><div class="titlepage"><div><div><h2 
class="title" style="clear: both"><a 
id="Java-Broker-Concepts-Broker"></a>4.2.&#160;Broker</h2></div></div></div><p>The
 <span class="emphasis"><em>Broker</em></span> is the outermost entity within 
the system.</p><p>The Broker is backed by storage. This storage is used to 
record the durable entities that exist beneath it.</p></div><div 
class="navfooter"><hr /><table summary="Navigation footer" width="100%"><tr><td 
align="left" width="40%"><a accesskey="p" href="Ja
 va-Broker-Concepts.html">Prev</a>&#160;</td><td align="center" width="20%"><a 
accesskey="u" href="Java-Broker-Concepts.html">Up</a></td><td align="right" 
width="40%">&#160;<a accesskey="n" 
href="Java-Broker-Concepts-Virtualhost-Nodes.html">Next</a></td></tr><tr><td 
align="left" valign="top" 
width="40%">Chapter&#160;4.&#160;Concepts&#160;</td><td align="center" 
width="20%"><a accesskey="h" 
href="AMQP-Messaging-Broker-Java-Book.html">Home</a></td><td align="right" 
valign="top" width="40%">&#160;4.3.&#160;Virtualhost 
Nodes</td></tr></table></div></div>
 
           <hr/>
 

Modified: 
qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-Exchanges.html
URL: 
http://svn.apache.org/viewvc/qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-Exchanges.html?rev=1722689&r1=1722688&r2=1722689&view=diff
==============================================================================
--- 
qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-Exchanges.html
 (original)
+++ 
qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-Exchanges.html
 Sat Jan  2 23:59:48 2016
@@ -114,25 +114,25 @@ https://github.com/apache/qpid-proton/bl
         <ul id="-path-navigation"><li><a 
href="/index.html">Home</a></li><li><a 
href="/releases/index.html">Releases</a></li><li><a 
href="/releases/qpid-java-trunk/index.html">Qpid Java Trunk</a></li><li><a 
href="/releases/qpid-java-trunk/java-broker/book/index.html">AMQP Messaging 
Broker (Java)</a></li><li>4.6.&#160;Exchanges</li></ul>
 
         <div id="-middle-content">
-          <div class="docbook"><div class="navheader"><table 
summary="Navigation header" width="100%"><tr><th align="center" 
colspan="3">4.6.&#160;Exchanges</th></tr><tr><td align="left" width="20%"><a 
accesskey="p" 
href="Java-Broker-Concepts-Virtualhosts.html">Prev</a>&#160;</td><th 
align="center" width="60%">Chapter&#160;4.&#160;Concepts</th><td align="right" 
width="20%">&#160;<a accesskey="n" 
href="Java-Broker-Concepts-Queues.html">Next</a></td></tr></table><hr 
/></div><div class="section"><div class="titlepage"><div><div><h2 
class="title"><a 
id="Java-Broker-Concepts-Exchanges"></a>4.6.&#160;Exchanges</h2></div></div></div><p>An
 <span class="emphasis"><em>Exchange</em></span> is a named entity within the 
<span class="emphasis"><em>Virtualhost</em></span> which receives
+          <div class="docbook"><div class="navheader"><table 
summary="Navigation header" width="100%"><tr><th align="center" 
colspan="3">4.6.&#160;Exchanges</th></tr><tr><td align="left" width="20%"><a 
accesskey="p" 
href="Java-Broker-Concepts-Virtualhosts.html">Prev</a>&#160;</td><th 
align="center" width="60%">Chapter&#160;4.&#160;Concepts</th><td align="right" 
width="20%">&#160;<a accesskey="n" 
href="Java-Broker-Concepts-Queues.html">Next</a></td></tr></table><hr 
/></div><div class="section"><div class="titlepage"><div><div><h2 class="title" 
style="clear: both"><a 
id="Java-Broker-Concepts-Exchanges"></a>4.6.&#160;Exchanges</h2></div></div></div><p>An
 <span class="emphasis"><em>Exchange</em></span> is a named entity within the 
<span class="emphasis"><em>Virtualhost</em></span> which receives
   messages from producers and routes them to matching <span 
class="emphasis"><em>Queue</em></span>s within the <span 
class="emphasis"><em>Virtualhost</em></span>.</p><p>The server provides a set 
of exchange types with each exchange type implementing a different routing 
algorithm. For details of how
   these exchanges types work see <a class="xref" 
href="Java-Broker-Concepts-Exchanges.html#Java-Broker-Concepts-Exchanges-Types" 
title="4.6.2.&#160;Exchange Types">Section&#160;4.6.2, &#8220;Exchange 
Types&#8221;</a> below.</p><p>The server predeclares a number of exchange 
instances with names starting with "<code class="literal">amq.</code>". These 
are defined in
   <a class="xref" 
href="Java-Broker-Concepts-Exchanges.html#Java-Broker-Concepts-Exchanges-Predeclared"
 title="4.6.1.&#160;Predeclared Exchanges">Section&#160;4.6.1, 
&#8220;Predeclared Exchanges&#8221;</a>.</p><p>Applications can make use of the 
pre-declared exchanges, or they may declare their own. The number of exchanges 
within a <span class="emphasis"><em>Virtualhost</em></span> is
   limited only by resource constraints.</p><p>The behaviour when an <span 
class="emphasis"><em>Exchange</em></span> is unable to route a message to any 
queue is defined in <a class="xref" 
href="Java-Broker-Concepts-Exchanges.html#Java-Broker-Concepts-Exchanges-UnroutableMessage"
 title="4.6.4.&#160;Unrouteable Messages">Section&#160;4.6.4, 
&#8220;Unrouteable Messages&#8221;</a></p><div class="section"><div 
class="titlepage"><div><div><h3 class="title"><a 
id="Java-Broker-Concepts-Exchanges-Predeclared"></a>4.6.1.&#160;Predeclared 
Exchanges</h3></div></div></div><p>Each <span 
class="emphasis"><em>Virtualhost</em></span> pre-declares the following 
exchanges:
-   </p><div class="itemizedlist"><ul class="itemizedlist" type="disc"><li 
class="listitem"><p>amq.direct (an instance of a direct exchange)</p></li><li 
class="listitem"><p>amq.topic (an instance of a topic exchange)</p></li><li 
class="listitem"><p>amq.fanout (an instance of a fanout exchange)</p></li><li 
class="listitem"><p>amq.match (an instance of a headers 
exchange)</p></li></ul></div><p>
+   </p><div class="itemizedlist"><ul class="itemizedlist" 
style="list-style-type: disc; "><li class="listitem"><p>amq.direct (an instance 
of a direct exchange)</p></li><li class="listitem"><p>amq.topic (an instance of 
a topic exchange)</p></li><li class="listitem"><p>amq.fanout (an instance of a 
fanout exchange)</p></li><li class="listitem"><p>amq.match (an instance of a 
headers exchange)</p></li></ul></div><p>
   </p><p>The conceptual "<code class="literal">default exchange</code>" always 
exists, effectively a special instance of
    direct exchange which uses the empty string as its name. All queues are 
automatically bound to it upon their creation
    using the queue name as the binding key, and unbound upon their deletion. 
It is not possible to manually add or remove
    bindings within this exchange.</p><p>Applications may not declare exchanges 
with names beginning with "<code class="literal">amq.</code>". Such names are 
reserved for system use.</p></div><div class="section"><div 
class="titlepage"><div><div><h3 class="title"><a 
id="Java-Broker-Concepts-Exchanges-Types"></a>4.6.2.&#160;Exchange 
Types</h3></div></div></div><p>
    The following Exchange types are supported.
-   </p><div class="itemizedlist"><ul class="itemizedlist" type="disc"><li 
class="listitem"><p>Direct</p></li><li class="listitem"><p>Topic</p></li><li 
class="listitem"><p>Fanout</p></li><li 
class="listitem"><p>Headers</p></li></ul></div><p>
+   </p><div class="itemizedlist"><ul class="itemizedlist" 
style="list-style-type: disc; "><li class="listitem"><p>Direct</p></li><li 
class="listitem"><p>Topic</p></li><li class="listitem"><p>Fanout</p></li><li 
class="listitem"><p>Headers</p></li></ul></div><p>
    These exchange types are described in the following sub-sections.</p><div 
class="section"><div class="titlepage"><div><div><h4 class="title"><a 
id="Java-Broker-Concepts-Exchanges-Types-Direct"></a>4.6.2.1.&#160;Direct</h4></div></div></div><p>The
 direct exchange type routes messages to queues based on an exact match between
     the routing key of the message, and the binding key used to bind the queue 
to the exchange. Additional
     filter rules may be specified using a <a class="link" 
href="Java-Broker-Concepts-Exchanges.html#Java-Broker-Concepts-Exchanges-BindingArguments-JMSSelector"
 title="4.6.3.1.&#160;JMS Selector">
     binding argument specifying a JMS message selector</a>.
    </p><p>This exchange type is often used to implement point to point 
messaging. When used in this manner, the normal
    convention is that the binding key matches the name of the queue. It is 
also possible to use this exchange type
-   for multi-cast, in this case the same binding key is associated with many 
queues.</p><div class="figure"><a id="idm140601093578080"></a><p 
class="title"><strong>Figure&#160;4.4.&#160;Direct exchange</strong></p><div 
class="figure-contents"><div class="mediaobject"><img alt="Direct exchange" 
src="images/Exchange-Direct.png" /></div></div></div><br class="figure-break" 
/><p>The figure above illustrates the operation of direct exchange type. The 
yellow messages published with the routing key
+   for multi-cast, in this case the same binding key is associated with many 
queues.</p><div class="figure"><a id="d0e619"></a><p 
class="title"><strong>Figure&#160;4.4.&#160;Direct exchange</strong></p><div 
class="figure-contents"><div class="mediaobject"><img alt="Direct exchange" 
src="images/Exchange-Direct.png" /></div></div></div><br class="figure-break" 
/><p>The figure above illustrates the operation of direct exchange type. The 
yellow messages published with the routing key
     "<code class="literal">myqueue</code>" match the binding key corresponding 
to queue "<code class="literal">myqueue</code>" and so are routed there.  The 
red
     messages published with the routing key "<code class="literal">foo</code>" 
match two bindings in the table so a copy of the message is
     routed to both the "<code class="literal">bar1</code>" and "<code 
class="literal">bar2</code>" queues.</p><p>The routing key of the blue message 
matches no binding keys, so the message is unroutable. It is handled as 
described
@@ -140,36 +140,36 @@ https://github.com/apache/qpid-proton/bl
      binding key pattern defined by the queue binding. Routing keys are formed 
from one or more words, with each word delimited
      by a full-stop (.). The pattern matching characters are the * and # 
symbols. The * symbol matches a single word  and the #
      symbol matches zero or more words.</p><p>Additional filter rules may be 
specified using a <a class="link" 
href="Java-Broker-Concepts-Exchanges.html#Java-Broker-Concepts-Exchanges-BindingArguments-JMSSelector"
 title="4.6.3.1.&#160;JMS Selector">
-     binding argument specifying a JMS message selector</a>.</p><p>The 
following three figures help explain how the topic exchange functions.</p><p 
/><div class="figure"><a id="idm140601093566656"></a><p 
class="title"><strong>Figure&#160;4.5.&#160;Topic exchange - exact match on 
topic name</strong></p><div class="figure-contents"><div 
class="mediaobject"><img alt="Topic exchange - exact match on topic name" 
src="images/Exchange-Topic.png" /></div></div></div><br class="figure-break" 
/><p>The figure above illustrates publishing messages with routing key "<code 
class="literal">weather</code>". The exchange routes each
-    message to every bound queue whose binding key matches the routing 
key.</p><p>In the case illustrated, this means that each subscriber's queue 
receives every yellow message.</p><div class="figure"><a 
id="idm140601093438576"></a><p 
class="title"><strong>Figure&#160;4.6.&#160;Topic exchange - matching on 
hierarchical topic patterns</strong></p><div class="figure-contents"><div 
class="mediaobject"><img alt="Topic exchange - matching on hierarchical topic 
patterns" src="images/Exchange-Topic-Hierarchical.png" /></div></div></div><br 
class="figure-break" /><p>The figure above illustrates publishing messages with 
hierarchical routing keys. As before, the exchange routes each
+     binding argument specifying a JMS message selector</a>.</p><p>The 
following three figures help explain how the topic exchange functions.</p><p 
/><div class="figure"><a id="d0e661"></a><p 
class="title"><strong>Figure&#160;4.5.&#160;Topic exchange - exact match on 
topic name</strong></p><div class="figure-contents"><div 
class="mediaobject"><img alt="Topic exchange - exact match on topic name" 
src="images/Exchange-Topic.png" /></div></div></div><br class="figure-break" 
/><p>The figure above illustrates publishing messages with routing key "<code 
class="literal">weather</code>". The exchange routes each
+    message to every bound queue whose binding key matches the routing 
key.</p><p>In the case illustrated, this means that each subscriber's queue 
receives every yellow message.</p><div class="figure"><a id="d0e674"></a><p 
class="title"><strong>Figure&#160;4.6.&#160;Topic exchange - matching on 
hierarchical topic patterns</strong></p><div class="figure-contents"><div 
class="mediaobject"><img alt="Topic exchange - matching on hierarchical topic 
patterns" src="images/Exchange-Topic-Hierarchical.png" /></div></div></div><br 
class="figure-break" /><p>The figure above illustrates publishing messages with 
hierarchical routing keys. As before, the exchange routes each
     message to every bound queue whose binding key matches the routing key but 
as the binding keys contain wildcards, the
     wildcard rules described above apply.</p><p>In the case illustrated, <code 
class="literal">sub1</code> has received the red and green message as "<code 
class="literal">news.uk</code>" and "<code class="literal">news.de</code>"
     match binding key "<code class="literal">news.#</code>". The red message 
has also gone to <code class="literal">sub2</code> and <code 
class="literal">sub3</code> as it's routing key
     is matched exactly by "<code class="literal">news.uk</code>" and by "<code 
class="literal">*.uk</code>".</p><p>The routing key of the yellow message 
matches no binding keys, so the message is unroutable. It is handled as 
described
-    in <a class="xref" 
href="Java-Broker-Concepts-Exchanges.html#Java-Broker-Concepts-Exchanges-UnroutableMessage"
 title="4.6.4.&#160;Unrouteable Messages">Section&#160;4.6.4, 
&#8220;Unrouteable Messages&#8221;</a>.</p><div class="figure"><a 
id="idm140601093429680"></a><p 
class="title"><strong>Figure&#160;4.7.&#160;Topic exchange - matching on JMS 
message selector</strong></p><div class="figure-contents"><div 
class="mediaobject"><img alt="Topic exchange - matching on JMS message 
selector" src="images/Exchange-Topic-JMSSelector.png" /></div></div></div><br 
class="figure-break" /><p>The figure above illustrates messages with properties 
published with routing key "<code class="literal">shipping</code>".</p><p>As 
before, the exchange routes each message to every bound queue whose binding key 
matches the routing key but as a JMS selector
+    in <a class="xref" 
href="Java-Broker-Concepts-Exchanges.html#Java-Broker-Concepts-Exchanges-UnroutableMessage"
 title="4.6.4.&#160;Unrouteable Messages">Section&#160;4.6.4, 
&#8220;Unrouteable Messages&#8221;</a>.</p><div class="figure"><a 
id="d0e712"></a><p class="title"><strong>Figure&#160;4.7.&#160;Topic exchange - 
matching on JMS message selector</strong></p><div class="figure-contents"><div 
class="mediaobject"><img alt="Topic exchange - matching on JMS message 
selector" src="images/Exchange-Topic-JMSSelector.png" /></div></div></div><br 
class="figure-break" /><p>The figure above illustrates messages with properties 
published with routing key "<code class="literal">shipping</code>".</p><p>As 
before, the exchange routes each message to every bound queue whose binding key 
matches the routing key but as a JMS selector
     argument has been specified, the expression is evaluated against each 
matching message. Only messages whose message header values or properties
     match the expression are routed to the queue.</p><p>In the case 
illustrated, <code class="literal">sub1</code> has received the yellow and blue 
message as their property "<code class="literal">area</code>"
     cause expression "<code class="literal">area in ('Forties', 
'Cromarty')</code>" to evaluate true.  Similarly, the yellow message has also 
gone to
     <code class="literal">gale_alert</code> as its property "<code 
class="literal">speed</code>" causes expression "<code class="literal">speed 
&gt; 7 and speed &lt; 10</code>"
     to evaluate true.</p><p>The properties of purple message cause no 
expressions to evaluate true, so the message is unroutable. It is handled as 
described in
     <a class="xref" 
href="Java-Broker-Concepts-Exchanges.html#Java-Broker-Concepts-Exchanges-UnroutableMessage"
 title="4.6.4.&#160;Unrouteable Messages">Section&#160;4.6.4, 
&#8220;Unrouteable Messages&#8221;</a>.</p></div><div class="section"><div 
class="titlepage"><div><div><h4 class="title"><a 
id="Java-Broker-Concepts-Exchanges-Types-Fanout"></a>4.6.2.3.&#160;Fanout</h4></div></div></div><p>The
 fanout exchange type routes messages to all queues bound to the exchange, 
regardless of the message's routing key.</p><p>Filter rules may be specified 
using a <a class="link" 
href="Java-Broker-Concepts-Exchanges.html#Java-Broker-Concepts-Exchanges-BindingArguments-JMSSelector"
 title="4.6.3.1.&#160;JMS Selector">
-    binding argument specifying a JMS message selector</a>.</p><div 
class="figure"><a id="idm140601093417696"></a><p 
class="title"><strong>Figure&#160;4.8.&#160;Fanout exchange</strong></p><div 
class="figure-contents"><div class="mediaobject"><img alt="Fanout exchange" 
src="images/Exchange-Fanout.png" /></div></div></div><br class="figure-break" 
/></div><div class="section"><div class="titlepage"><div><div><h4 
class="title"><a 
id="Java-Broker-Concepts-Exchanges-Types-Headers"></a>4.6.2.4.&#160;Headers</h4></div></div></div><p>The
 headers exchange type routes messages to queues based on header properties 
within the message. The message is passed to
+    binding argument specifying a JMS message selector</a>.</p><div 
class="figure"><a id="d0e759"></a><p 
class="title"><strong>Figure&#160;4.8.&#160;Fanout exchange</strong></p><div 
class="figure-contents"><div class="mediaobject"><img alt="Fanout exchange" 
src="images/Exchange-Fanout.png" /></div></div></div><br class="figure-break" 
/></div><div class="section"><div class="titlepage"><div><div><h4 
class="title"><a 
id="Java-Broker-Concepts-Exchanges-Types-Headers"></a>4.6.2.4.&#160;Headers</h4></div></div></div><p>The
 headers exchange type routes messages to queues based on header properties 
within the message. The message is passed to
      a queue if the header properties of the message satisfy the <a 
class="link" 
href="Java-Broker-Concepts-Exchanges.html#Java-Broker-Concepts-Exchanges-BindingArguments-x-match"
 title="4.6.3.2.&#160;x-match">
      x-match expression</a> specified by the binding arguments with which the 
queue was bound.
    </p></div></div><div class="section"><div class="titlepage"><div><div><h3 
class="title"><a 
id="Java-Broker-Concepts-Exchanges-BindingArguments"></a>4.6.3.&#160;Binding 
Arguments</h3></div></div></div><p>Binding arguments are used by certain 
exchange types to further filter messages.</p><div class="section"><div 
class="titlepage"><div><div><h4 class="title"><a 
id="Java-Broker-Concepts-Exchanges-BindingArguments-JMSSelector"></a>4.6.3.1.&#160;JMS
 Selector</h4></div></div></div><p>The binding argument <code 
class="literal">x-filter-jms-selector</code> specifies a JMS selector 
conditional expression. The expression
     is written in terms of message header and message property names.  If the 
expression evaluates to true, the message is routed to the queue.
-    This type of binding argument is understood by exchange types direct, 
topic and fanout.<a class="footnote" href="#ftn.idm140601093408192" 
id="idm140601093408192"><sup class="footnote">[5]</sup></a>.</p></div><div 
class="section"><div class="titlepage"><div><div><h4 class="title"><a 
id="Java-Broker-Concepts-Exchanges-BindingArguments-x-match"></a>4.6.3.2.&#160;x-match</h4></div></div></div><p>The
 binding argument <code class="literal">x-match</code> is understood by 
exchange type headers.  It can take two values, dictating how the
-    rest of the name value pairs are treated during matching.</p><div 
class="itemizedlist"><ul class="itemizedlist" type="disc"><li 
class="listitem"><p><code class="literal">all</code> implies that all the other 
pairs must match the headers property of a message for that message to be routed
+    This type of binding argument is understood by exchange types direct, 
topic and fanout.<a class="footnote" href="#ftn.d0e786" id="d0e786"><sup 
class="footnote">[5]</sup></a>.</p></div><div class="section"><div 
class="titlepage"><div><div><h4 class="title"><a 
id="Java-Broker-Concepts-Exchanges-BindingArguments-x-match"></a>4.6.3.2.&#160;x-match</h4></div></div></div><p>The
 binding argument <code class="literal">x-match</code> is understood by 
exchange type headers.  It can take two values, dictating how the
+    rest of the name value pairs are treated during matching.</p><div 
class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; 
"><li class="listitem"><p><code class="literal">all</code> implies that all the 
other pairs must match the headers property of a message for that message to be 
routed
       (i.e. an AND match)</p></li><li class="listitem"><p><code 
class="literal">any</code> implies that the message should be routed if any of 
the fields in the headers property match one of the
       fields in the arguments table (i.e. an OR match)</p></li></ul></div><p>A 
field in the bind arguments matches a field in the message if either the field 
in the bind arguments has no value and a field of the
     same name is present in the message headers or if the field in the bind 
arguments has a value and a field of the same name exists in the
     message headers and has that same value.</p></div></div><div 
class="section"><div class="titlepage"><div><div><h3 class="title"><a 
id="Java-Broker-Concepts-Exchanges-UnroutableMessage"></a>4.6.4.&#160;Unrouteable
 Messages</h3></div></div></div><p>If an exchange is unable to route a message 
to any queues, the Broker will:
-   </p><div class="itemizedlist"><ul class="itemizedlist" type="disc"><li 
class="listitem"><p>If using AMQP 0-10 protocol, and an alternate exchange has 
been set on the exchange, the message is routed to the alternate exchange.
+   </p><div class="itemizedlist"><ul class="itemizedlist" 
style="list-style-type: disc; "><li class="listitem"><p>If using AMQP 0-10 
protocol, and an alternate exchange has been set on the exchange, the message 
is routed to the alternate exchange.
     The alternate exchange routes the message according to its routing 
algorithm and its binding table.  If the messages is still unroutable,
-    the message is discarded.</p></li><li class="listitem"><p>If using AMQP 
protocols 0-8..0-9-1, and the publisher set the mandatory flag and the<a 
class="link" href="Java-Broker-Close-Connection-When-No-Route.html" 
title="9.5.&#160;Closing client connections on unroutable mandatory messages">
+    the message is discarded.</p></li><li class="listitem"><p>If using AMQP 
protocols 0-8..0-9-1, and the publisher set the mandatory flag and the<a 
class="link" href="Java-Broker-Runtime-Close-Connection-When-No-Route.html" 
title="9.5.&#160;Closing client connections on unroutable mandatory messages">
      close when no route</a> feature did not close the connection, the message 
is returned to the Producer.</p></li><li class="listitem"><p>Otherwise, the 
message is discarded.</p></li></ul></div><p>
-  </p></div><div class="footnotes"><br /><hr align="left" width="100" /><div 
class="footnote" id="ftn.idm140601093408192"><p><a class="para" 
href="#idm140601093408192"><sup class="para">[5] </sup></a>
-    This is a Qpid specific extension.</p></div></div></div><div 
class="navfooter"><hr /><table summary="Navigation footer" width="100%"><tr><td 
align="left" width="40%"><a accesskey="p" 
href="Java-Broker-Concepts-Virtualhosts.html">Prev</a>&#160;</td><td 
align="center" width="20%"><a accesskey="u" 
href="Java-Broker-Concepts.html">Up</a></td><td align="right" 
width="40%">&#160;<a accesskey="n" 
href="Java-Broker-Concepts-Queues.html">Next</a></td></tr><tr><td align="left" 
valign="top" width="40%">4.5.&#160;Virtualhosts&#160;</td><td align="center" 
width="20%"><a accesskey="h" href="index.html">Home</a></td><td align="right" 
valign="top" width="40%">&#160;4.7.&#160;Queues</td></tr></table></div></div>
+  </p></div><div class="footnotes"><br /><hr style="width:100; 
text-align:left;margin-left: 0" /><div class="footnote" id="ftn.d0e786"><p><a 
class="para" href="#d0e786"><sup class="para">[5] </sup></a>
+    This is a Qpid specific extension.</p></div></div></div><div 
class="navfooter"><hr /><table summary="Navigation footer" width="100%"><tr><td 
align="left" width="40%"><a accesskey="p" 
href="Java-Broker-Concepts-Virtualhosts.html">Prev</a>&#160;</td><td 
align="center" width="20%"><a accesskey="u" 
href="Java-Broker-Concepts.html">Up</a></td><td align="right" 
width="40%">&#160;<a accesskey="n" 
href="Java-Broker-Concepts-Queues.html">Next</a></td></tr><tr><td align="left" 
valign="top" width="40%">4.5.&#160;Virtualhosts&#160;</td><td align="center" 
width="20%"><a accesskey="h" 
href="AMQP-Messaging-Broker-Java-Book.html">Home</a></td><td align="right" 
valign="top" width="40%">&#160;4.7.&#160;Queues</td></tr></table></div></div>
 
           <hr/>
 

Modified: 
qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-Other-Services.html
URL: 
http://svn.apache.org/viewvc/qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-Other-Services.html?rev=1722689&r1=1722688&r2=1722689&view=diff
==============================================================================
--- 
qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-Other-Services.html
 (original)
+++ 
qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-Other-Services.html
 Sat Jan  2 23:59:48 2016
@@ -114,14 +114,14 @@ https://github.com/apache/qpid-proton/bl
         <ul id="-path-navigation"><li><a 
href="/index.html">Home</a></li><li><a 
href="/releases/index.html">Releases</a></li><li><a 
href="/releases/qpid-java-trunk/index.html">Qpid Java Trunk</a></li><li><a 
href="/releases/qpid-java-trunk/java-broker/book/index.html">AMQP Messaging 
Broker (Java)</a></li><li>4.10.&#160;Other Services</li></ul>
 
         <div id="-middle-content">
-          <div class="docbook"><div class="navheader"><table 
summary="Navigation header" width="100%"><tr><th align="center" 
colspan="3">4.10.&#160;Other Services</th></tr><tr><td align="left" 
width="20%"><a accesskey="p" 
href="Java-Broker-Concepts-Authentication-Providers.html">Prev</a>&#160;</td><th
 align="center" width="60%">Chapter&#160;4.&#160;Concepts</th><td align="right" 
width="20%">&#160;<a accesskey="n" 
href="Java-Broker-Initial-Configuration.html">Next</a></td></tr></table><hr 
/></div><div class="section"><div class="titlepage"><div><div><h2 
class="title"><a id="Java-Broker-Concepts-Other-Services"></a>4.10.&#160;Other 
Services</h2></div></div></div><p>
+          <div class="docbook"><div class="navheader"><table 
summary="Navigation header" width="100%"><tr><th align="center" 
colspan="3">4.10.&#160;Other Services</th></tr><tr><td align="left" 
width="20%"><a accesskey="p" 
href="Java-Broker-Concepts-Authentication-Providers.html">Prev</a>&#160;</td><th
 align="center" width="60%">Chapter&#160;4.&#160;Concepts</th><td align="right" 
width="20%">&#160;<a accesskey="n" 
href="Java-Broker-Initial-Configuration.html">Next</a></td></tr></table><hr 
/></div><div class="section"><div class="titlepage"><div><div><h2 class="title" 
style="clear: both"><a 
id="Java-Broker-Concepts-Other-Services"></a>4.10.&#160;Other 
Services</h2></div></div></div><p>
         The Broker can also have <span class="emphasis"><em>Access Control 
Providers</em></span>, <span class="emphasis"><em>Group Providers</em></span>,
         <span class="emphasis"><em>Keystores</em></span>, <span 
class="emphasis"><em>Trustores</em></span> and [Management] <span 
class="emphasis"><em>Plugins</em></span> configured.
     </p><div class="section"><div class="titlepage"><div><div><h3 
class="title"><a 
id="Java-Broker-Concepts-Access-Control-Providers"></a>4.10.1.&#160;Access 
Control Providers</h3></div></div></div><p><span class="emphasis"><em>Access 
Control Providers</em></span> are used to authorize various operations relating 
to Broker objects.</p><p>Access Control Provider configuration and management 
details are covered in <a class="xref" href="Java-Broker-Security-ACLs.html" 
title="8.3.&#160;Access Control Lists">Section&#160;8.3, &#8220;Access Control 
Lists&#8221;</a>.</p></div><div class="section"><div 
class="titlepage"><div><div><h3 class="title"><a 
id="Java-Broker-Concepts-Group-Providers"></a>4.10.2.&#160;Group 
Providers</h3></div></div></div><p><span class="emphasis"><em>Group 
Providers</em></span> are used to aggregate authenticated user principals into 
groups
-        which can be then be used in Access Control rules applicable to the 
whole group.</p><p>Group Provider configuration and management is covered in <a 
class="xref" href="Java-Broker-Security-Group-Providers.html" 
title="8.2.&#160;Group Providers">Section&#160;8.2, &#8220;Group 
Providers&#8221;</a>.</p></div><div class="section"><div 
class="titlepage"><div><div><h3 class="title"><a 
id="Java-Broker-Concepts-Keystores"></a>4.10.3.&#160;Keystores</h3></div></div></div><p><span
 class="emphasis"><em>Keystores</em></span> are used to configure details of 
keystores holding SSL keys and certificates
-        for the SSL transports on Ports.</p><p>Keystore configuration and 
management is covered in <a class="xref" 
href="Java-Broker-Management-Managing-Keystores.html" 
title="7.12.&#160;Keystores">Section&#160;7.12, 
&#8220;Keystores&#8221;</a>.</p></div><div class="section"><div 
class="titlepage"><div><div><h3 class="title"><a 
id="Java-Broker-Concepts-Truststores"></a>4.10.4.&#160;Truststores</h3></div></div></div><p><span
 class="emphasis"><em>Truststores </em></span> are used to configure details of 
keystores holding SSL certificates
-        for trusting Client Certificate on SSL ports.
-        </p><p>Truststore configuration and management is covered in <a 
class="xref" href="Java-Broker-Management-Managing-Truststores.html" 
title="7.13.&#160;Truststores">Section&#160;7.13, 
&#8220;Truststores&#8221;</a>.</p></div></div><div class="navfooter"><hr 
/><table summary="Navigation footer" width="100%"><tr><td align="left" 
width="40%"><a accesskey="p" 
href="Java-Broker-Concepts-Authentication-Providers.html">Prev</a>&#160;</td><td
 align="center" width="20%"><a accesskey="u" 
href="Java-Broker-Concepts.html">Up</a></td><td align="right" 
width="40%">&#160;<a accesskey="n" 
href="Java-Broker-Initial-Configuration.html">Next</a></td></tr><tr><td 
align="left" valign="top" width="40%">4.9.&#160;Authentication 
Providers&#160;</td><td align="center" width="20%"><a accesskey="h" 
href="index.html">Home</a></td><td align="right" valign="top" 
width="40%">&#160;Chapter&#160;5.&#160;Initial 
Configuration</td></tr></table></div></div>
+        which can be then be used in Access Control rules applicable to the 
whole group.</p><p>Group Provider configuration and management is covered in <a 
class="xref" href="Java-Broker-Security-Group-Providers.html" 
title="8.2.&#160;Group Providers">Section&#160;8.2, &#8220;Group 
Providers&#8221;</a>.</p></div><div class="section"><div 
class="titlepage"><div><div><h3 class="title"><a 
id="Java-Broker-Concepts-Keystores"></a>4.10.3.&#160;Keystores</h3></div></div></div><p><span
 class="emphasis"><em>Keystores</em></span> are used to configure SSL private 
and public keys and certificates
+        for the SSL transports on Ports.</p><p>Keystore configuration and 
management is covered in <a class="xref" 
href="Java-Broker-Management-Managing-Keystores.html" 
title="7.12.&#160;Keystores">Section&#160;7.12, 
&#8220;Keystores&#8221;</a>.</p></div><div class="section"><div 
class="titlepage"><div><div><h3 class="title"><a 
id="Java-Broker-Concepts-Truststores"></a>4.10.4.&#160;Truststores</h3></div></div></div><p><span
 class="emphasis"><em>Truststores</em></span> are used to configure SSL 
certificates for trusting Client Certificate
+            on SSL ports or making SSL connections to other external services 
like LDAP, etc.</p><p>Truststore configuration and management is covered in <a 
class="xref" href="Java-Broker-Management-Managing-Truststores.html" 
title="7.13.&#160;Truststores">Section&#160;7.13, 
&#8220;Truststores&#8221;</a>.</p></div><div class="section"><div 
class="titlepage"><div><div><h3 class="title"><a 
id="Java-Broker-Concepts-Loggers"></a>4.10.5.&#160;Loggers</h3></div></div></div><p><span
 class="emphasis"><em>Loggers</em></span> are responsible for producing a log 
of events from either the Broker as a whole, or
+            an individual Virtualhost. These are described in <a class="xref" 
href="Java-Broker-Runtime.html#Java-Broker-Runtime-Logging" 
title="9.1.&#160;Logging">Section&#160;9.1, 
&#8220;Logging&#8221;</a>.</p></div></div><div class="navfooter"><hr /><table 
summary="Navigation footer" width="100%"><tr><td align="left" width="40%"><a 
accesskey="p" 
href="Java-Broker-Concepts-Authentication-Providers.html">Prev</a>&#160;</td><td
 align="center" width="20%"><a accesskey="u" 
href="Java-Broker-Concepts.html">Up</a></td><td align="right" 
width="40%">&#160;<a accesskey="n" 
href="Java-Broker-Initial-Configuration.html">Next</a></td></tr><tr><td 
align="left" valign="top" width="40%">4.9.&#160;Authentication 
Providers&#160;</td><td align="center" width="20%"><a accesskey="h" 
href="AMQP-Messaging-Broker-Java-Book.html">Home</a></td><td align="right" 
valign="top" width="40%">&#160;Chapter&#160;5.&#160;Initial 
Configuration</td></tr></table></div></div>
 
           <hr/>
 

Modified: 
qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-Ports.html
URL: 
http://svn.apache.org/viewvc/qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-Ports.html?rev=1722689&r1=1722688&r2=1722689&view=diff
==============================================================================
--- 
qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-Ports.html
 (original)
+++ 
qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-Ports.html
 Sat Jan  2 23:59:48 2016
@@ -114,18 +114,18 @@ https://github.com/apache/qpid-proton/bl
         <ul id="-path-navigation"><li><a 
href="/index.html">Home</a></li><li><a 
href="/releases/index.html">Releases</a></li><li><a 
href="/releases/qpid-java-trunk/index.html">Qpid Java Trunk</a></li><li><a 
href="/releases/qpid-java-trunk/java-broker/book/index.html">AMQP Messaging 
Broker (Java)</a></li><li>4.8.&#160;Ports</li></ul>
 
         <div id="-middle-content">
-          <div class="docbook"><div class="navheader"><table 
summary="Navigation header" width="100%"><tr><th align="center" 
colspan="3">4.8.&#160;Ports</th></tr><tr><td align="left" width="20%"><a 
accesskey="p" href="Java-Broker-Concepts-Queues.html">Prev</a>&#160;</td><th 
align="center" width="60%">Chapter&#160;4.&#160;Concepts</th><td align="right" 
width="20%">&#160;<a accesskey="n" 
href="Java-Broker-Concepts-Authentication-Providers.html">Next</a></td></tr></table><hr
 /></div><div class="section"><div class="titlepage"><div><div><h2 
class="title"><a 
id="Java-Broker-Concepts-Ports"></a>4.8.&#160;Ports</h2></div></div></div><p> 
The Broker supports configuration of <span 
class="emphasis"><em>Ports</em></span> to specify the particular
-        AMQP messaging and HTTP/JMX management connectivity it offers for use. 
</p><p> Each Port is configured with the particular <span 
class="emphasis"><em>Protocols</em></span> and
+          <div class="docbook"><div class="navheader"><table 
summary="Navigation header" width="100%"><tr><th align="center" 
colspan="3">4.8.&#160;Ports</th></tr><tr><td align="left" width="20%"><a 
accesskey="p" href="Java-Broker-Concepts-Queues.html">Prev</a>&#160;</td><th 
align="center" width="60%">Chapter&#160;4.&#160;Concepts</th><td align="right" 
width="20%">&#160;<a accesskey="n" 
href="Java-Broker-Concepts-Authentication-Providers.html">Next</a></td></tr></table><hr
 /></div><div class="section"><div class="titlepage"><div><div><h2 
class="title" style="clear: both"><a 
id="Java-Broker-Concepts-Ports"></a>4.8.&#160;Ports</h2></div></div></div><p> 
The Broker supports configuration of <span 
class="emphasis"><em>Ports</em></span> to specify the particular
+        AMQP messaging and HTTP management connectivity it offers for use. 
</p><p> Each Port is configured with the particular <span 
class="emphasis"><em>Protocols</em></span> and
             <span class="emphasis"><em>Transports</em></span> it supports, as 
well as the <span class="emphasis"><em>Authentication
             Provider</em></span> to be used to authenticate connections. Where 
SSL is in use, the
             <span class="emphasis"><em>Port</em></span> configuration also 
defines which <span class="emphasis"><em>Keystore</em></span>
         to use and (where supported) which <span 
class="emphasis"><em>TrustStore(s)</em></span> and whether Client
         Certificates should be requested/required. </p><p> Different <span 
class="emphasis"><em>Ports</em></span> can support different protocols, and many
-            <span class="emphasis"><em>Ports</em></span> can be configured on 
the Broker.</p><p> The following AMQP protocols are currently supported by the 
Broker: </p><div class="itemizedlist"><ul class="itemizedlist" type="disc"><li 
class="listitem"><p><span class="emphasis"><em>AMQP 0-8</em></span></p></li><li 
class="listitem"><p><span class="emphasis"><em>AMQP 0-9</em></span></p></li><li 
class="listitem"><p><span class="emphasis"><em>AMQP 
0-9-1</em></span></p></li><li class="listitem"><p><span 
class="emphasis"><em>AMQP 0-10</em></span></p></li><li 
class="listitem"><p><span class="emphasis"><em>AMQP 
1.0</em></span></p></li></ul></div><p>
-    </p><p> Additionally, HTTP and JMX ports can be configured for use by the 
associated management
-        plugins. </p><p>This diagram explains how Ports, <a class="link" 
href="Java-Broker-Concepts-Authentication-Providers.html" 
title="4.9.&#160;Authentication Providers">Authentication Providers</a>
+            <span class="emphasis"><em>Ports</em></span> can be configured on 
the Broker.</p><p> The following AMQP protocols are currently supported by the 
Broker: </p><div class="itemizedlist"><ul class="itemizedlist" 
style="list-style-type: disc; "><li class="listitem"><p><span 
class="emphasis"><em>AMQP 0-8</em></span></p></li><li class="listitem"><p><span 
class="emphasis"><em>AMQP 0-9</em></span></p></li><li class="listitem"><p><span 
class="emphasis"><em>AMQP 0-9-1</em></span></p></li><li 
class="listitem"><p><span class="emphasis"><em>AMQP 
0-10</em></span></p></li><li class="listitem"><p><span 
class="emphasis"><em>AMQP 1.0</em></span></p></li></ul></div><p>
+    </p><p> Additionally, HTTP ports can be configured for use by the 
associated management
+        plugin. </p><p>This diagram explains how Ports, <a class="link" 
href="Java-Broker-Concepts-Authentication-Providers.html" 
title="4.9.&#160;Authentication Providers">Authentication Providers</a>
         and an Access Control Provider work together to allow an application 
to form a connection to
-        a Virtualhost.</p><div class="figure"><a 
id="idm140601093275232"></a><p 
class="title"><strong>Figure&#160;4.9.&#160;Control flow during 
Authentication</strong></p><div class="figure-contents"><div 
class="mediaobject"><img alt="Control flow during Authentication" 
src="images/Broker-PortAuthFlow.png" /></div></div></div><p><br 
class="figure-break" /></p></div><div class="navfooter"><hr /><table 
summary="Navigation footer" width="100%"><tr><td align="left" width="40%"><a 
accesskey="p" href="Java-Broker-Concepts-Queues.html">Prev</a>&#160;</td><td 
align="center" width="20%"><a accesskey="u" 
href="Java-Broker-Concepts.html">Up</a></td><td align="right" 
width="40%">&#160;<a accesskey="n" 
href="Java-Broker-Concepts-Authentication-Providers.html">Next</a></td></tr><tr><td
 align="left" valign="top" width="40%">4.7.&#160;Queues&#160;</td><td 
align="center" width="20%"><a accesskey="h" href="index.html">Home</a></td><td 
align="right" valign="top" width="40%">&#160;4.9.&#160;Authenticat
 ion Providers</td></tr></table></div></div>
+        a Virtualhost.</p><div class="figure"><a id="d0e1261"></a><p 
class="title"><strong>Figure&#160;4.9.&#160;Control flow during 
Authentication</strong></p><div class="figure-contents"><div 
class="mediaobject"><img alt="Control flow during Authentication" 
src="images/Broker-PortAuthFlow.png" /></div></div></div><p><br 
class="figure-break" /></p></div><div class="navfooter"><hr /><table 
summary="Navigation footer" width="100%"><tr><td align="left" width="40%"><a 
accesskey="p" href="Java-Broker-Concepts-Queues.html">Prev</a>&#160;</td><td 
align="center" width="20%"><a accesskey="u" 
href="Java-Broker-Concepts.html">Up</a></td><td align="right" 
width="40%">&#160;<a accesskey="n" 
href="Java-Broker-Concepts-Authentication-Providers.html">Next</a></td></tr><tr><td
 align="left" valign="top" width="40%">4.7.&#160;Queues&#160;</td><td 
align="center" width="20%"><a accesskey="h" 
href="AMQP-Messaging-Broker-Java-Book.html">Home</a></td><td align="right" 
valign="top" width="40%">&#160;4.9.&#
 160;Authentication Providers</td></tr></table></div></div>
 
           <hr/>
 

Modified: 
qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-Queues.html
URL: 
http://svn.apache.org/viewvc/qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-Queues.html?rev=1722689&r1=1722688&r2=1722689&view=diff
==============================================================================
--- 
qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-Queues.html
 (original)
+++ 
qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-Queues.html
 Sat Jan  2 23:59:48 2016
@@ -114,23 +114,24 @@ https://github.com/apache/qpid-proton/bl
         <ul id="-path-navigation"><li><a 
href="/index.html">Home</a></li><li><a 
href="/releases/index.html">Releases</a></li><li><a 
href="/releases/qpid-java-trunk/index.html">Qpid Java Trunk</a></li><li><a 
href="/releases/qpid-java-trunk/java-broker/book/index.html">AMQP Messaging 
Broker (Java)</a></li><li>4.7.&#160;Queues</li></ul>
 
         <div id="-middle-content">
-          <div class="docbook"><div class="navheader"><table 
summary="Navigation header" width="100%"><tr><th align="center" 
colspan="3">4.7.&#160;Queues</th></tr><tr><td align="left" width="20%"><a 
accesskey="p" href="Java-Broker-Concepts-Exchanges.html">Prev</a>&#160;</td><th 
align="center" width="60%">Chapter&#160;4.&#160;Concepts</th><td align="right" 
width="20%">&#160;<a accesskey="n" 
href="Java-Broker-Concepts-Ports.html">Next</a></td></tr></table><hr 
/></div><div class="section"><div class="titlepage"><div><div><h2 
class="title"><a 
id="Java-Broker-Concepts-Queues"></a>4.7.&#160;Queues</h2></div></div></div><p><span
 class="emphasis"><em>Queue</em></span>s are named entities within a <a 
class="link" href="Java-Broker-Concepts-Virtualhosts.html" 
title="4.5.&#160;Virtualhosts">Virtualhost</a> that
+          <div class="docbook"><div class="navheader"><table 
summary="Navigation header" width="100%"><tr><th align="center" 
colspan="3">4.7.&#160;Queues</th></tr><tr><td align="left" width="20%"><a 
accesskey="p" href="Java-Broker-Concepts-Exchanges.html">Prev</a>&#160;</td><th 
align="center" width="60%">Chapter&#160;4.&#160;Concepts</th><td align="right" 
width="20%">&#160;<a accesskey="n" 
href="Java-Broker-Concepts-Ports.html">Next</a></td></tr></table><hr 
/></div><div class="section"><div class="titlepage"><div><div><h2 class="title" 
style="clear: both"><a 
id="Java-Broker-Concepts-Queues"></a>4.7.&#160;Queues</h2></div></div></div><p><span
 class="emphasis"><em>Queue</em></span>s are named entities within a <a 
class="link" href="Java-Broker-Concepts-Virtualhosts.html" 
title="4.5.&#160;Virtualhosts">Virtualhost</a> that
   hold/buffer messages for later delivery to consumer applications. An <a 
class="link" href="Java-Broker-Concepts-Exchanges.html" 
title="4.6.&#160;Exchanges">Exchange</a> for passing messages to a queue.
-  Consumers subscribe to a queue in order to receive messages for it. 
</p><p>The Broker supports different queue types, each with different delivery 
semantics.  It also messages on a queue to be treated as a group.</p><div 
class="section"><div class="titlepage"><div><div><h3 class="title"><a 
id="Java-Broker-Concepts-Queues-Types"></a>4.7.1.&#160;Types</h3></div></div></div><p>The
 Broker supports four different queue types, each with different delivery 
semantics.</p><div class="itemizedlist"><ul class="itemizedlist" 
type="disc"><li class="listitem"><p><a class="link" 
href="Java-Broker-Concepts-Queues.html#Java-Broker-Concepts-Queues-Types-Standard"
 title="4.7.1.1.&#160;Standard">Standard</a> - a simple First-In-First-Out 
(FIFO) queue</p></li><li class="listitem"><p><a class="link" 
href="Java-Broker-Concepts-Queues.html#Java-Broker-Concepts-Queues-Types-Priority"
 title="4.7.1.2.&#160;Priority">Priority</a> - delivery order depends on the 
priority of each message</p></li><li class="lis
 titem"><p><a class="link" 
href="Java-Broker-Concepts-Queues.html#Java-Broker-Concepts-Queues-Types-Sorted"
 title="4.7.1.3.&#160;Sorted Queues">Sorted</a> -
+  Consumers subscribe to a queue in order to receive messages for it. 
</p><p>The Broker supports different queue types, each with different delivery 
semantics.  Queues also have the ability to group messages
+   together for delivery to a single consumer.</p><div class="section"><div 
class="titlepage"><div><div><h3 class="title"><a 
id="Java-Broker-Concepts-Queues-Types"></a>4.7.1.&#160;Types</h3></div></div></div><p>The
 Broker supports four different queue types, each with different delivery 
semantics.</p><div class="itemizedlist"><ul class="itemizedlist" 
style="list-style-type: disc; "><li class="listitem"><p><a class="link" 
href="Java-Broker-Concepts-Queues.html#Java-Broker-Concepts-Queues-Types-Standard"
 title="4.7.1.1.&#160;Standard">Standard</a> - a simple First-In-First-Out 
(FIFO) queue</p></li><li class="listitem"><p><a class="link" 
href="Java-Broker-Concepts-Queues.html#Java-Broker-Concepts-Queues-Types-Priority"
 title="4.7.1.2.&#160;Priority">Priority</a> - delivery order depends on the 
priority of each message</p></li><li class="listitem"><p><a class="link" 
href="Java-Broker-Concepts-Queues.html#Java-Broker-Concepts-Queues-Types-Sorted"
 title="4.7.1.3.&#160;Sorted Queues">Sorte
 d</a> -
             delivery order depends on the value of the sorting key property in 
each message</p></li><li class="listitem"><p><a class="link" 
href="Java-Broker-Concepts-Queues.html#Java-Broker-Concepts-Queues-Types-LVQ" 
title="4.7.1.4.&#160;Last Value Queues (LVQ)">Last Value
               Queue</a> - also known as an LVQ, retains only the last (newest) 
message received
             with a given LVQ key value</p></li></ul></div><div 
class="section"><div class="titlepage"><div><div><h4 class="title"><a 
id="Java-Broker-Concepts-Queues-Types-Standard"></a>4.7.1.1.&#160;Standard</h4></div></div></div><p>A
 simple First-In-First-Out (FIFO) queue</p></div><div class="section"><div 
class="titlepage"><div><div><h4 class="title"><a 
id="Java-Broker-Concepts-Queues-Types-Priority"></a>4.7.1.2.&#160;Priority</h4></div></div></div><p>In
 a priority queue, messages on the queue are delivered in an order determined 
by the
-          <a class="ulink" 
href="http://docs.oracle.com/javaee/6/api/javax/jms/Message.html#getJMSPriority()"
 target="_top">JMS priority message
+          <a class="link" 
href="http://docs.oracle.com/javaee/6/api/javax/jms/Message.html#getJMSPriority()"
 target="_top">JMS priority message
           header</a> within the message. By default Qpid supports the 10 
priority levels
-        mandated by JMS, with priority value 0 as the lowest priority and 9 as 
the highest. </p><p>It is possible to reduce the effective number of priorities 
if desired.</p><p>JMS defines the <a class="ulink" 
href="http://docs.oracle.com/javaee/6/api/javax/jms/Message.html#DEFAULT_PRIORITY";
 target="_top">
+        mandated by JMS, with priority value 0 as the lowest priority and 9 as 
the highest. </p><p>It is possible to reduce the effective number of priorities 
if desired.</p><p>JMS defines the <a class="link" 
href="http://docs.oracle.com/javaee/6/api/javax/jms/Message.html#DEFAULT_PRIORITY";
 target="_top">
           default message priority</a> as 4. Messages sent without a specified 
priority use this
         default. </p></div><div class="section"><div 
class="titlepage"><div><div><h4 class="title"><a 
id="Java-Broker-Concepts-Queues-Types-Sorted"></a>4.7.1.3.&#160;Sorted 
Queues</h4></div></div></div><p>Sorted queues allow the message delivery order 
to be determined by value of an arbitrary
-          <a class="ulink" 
href="http://docs.oracle.com/javaee/6/api/javax/jms/Message.html#getStringProperty()"
 target="_top">JMS message
+          <a class="link" 
href="http://docs.oracle.com/javaee/6/api/javax/jms/Message.html#getStringProperty()"
 target="_top">JMS message
           property</a>. Sort order is alpha-numeric and the property value 
must have a type
         java.lang.String.</p><p>Messages sent to a sorted queue without the 
specified JMS message property will be
-        inserted into the 'last' position in the queue.</p></div><div 
class="section"><div class="titlepage"><div><div><h4 class="title"><a 
id="Java-Broker-Concepts-Queues-Types-LVQ"></a>4.7.1.4.&#160;Last Value Queues 
(LVQ)</h4></div></div></div><p>LVQs (or conflation queues) are special queues 
that automatically discard any message
+        put at the head of the queue.</p></div><div class="section"><div 
class="titlepage"><div><div><h4 class="title"><a 
id="Java-Broker-Concepts-Queues-Types-LVQ"></a>4.7.1.4.&#160;Last Value Queues 
(LVQ)</h4></div></div></div><p>LVQs (or conflation queues) are special queues 
that automatically discard any message
         when a newer message arrives with the same key value. The key is 
specified by arbitrary
-          <a class="ulink" 
href="http://docs.oracle.com/javaee/6/api/javax/jms/Message.html#getPropertyNames()"
 target="_top">JMS message
+          <a class="link" 
href="http://docs.oracle.com/javaee/6/api/javax/jms/Message.html#getPropertyNames()"
 target="_top">JMS message
           property</a>.</p><p>An example of an LVQ might be where a queue 
represents prices on a stock exchange: when
         you first consume from the queue you get the latest quote for each 
stock, and then as new
         prices come in you are sent only these updates. </p><p>Like other 
queues, LVQs can either be browsed or consumed from. When browsing an
@@ -138,8 +139,8 @@ https://github.com/apache/qpid-proton/bl
         allows for many subscriptions to browse the same LVQ (i.e. you do not 
need to create and
         bind a separate LVQ for each subscriber who wishes to receive the 
contents of the
         LVQ).</p><p>Messages sent to an LVQ without the specified property 
will be delivered as normal and
-        will never be "replaced".</p></div></div><div class="section"><div 
class="titlepage"><div><div><h3 class="title"><a 
id="Java-Broker-Concepts-Queues-QueueDeclareArguments"></a>4.7.2.&#160;Queue 
Declare Arguments</h3></div></div></div><p>To create a priority, sorted or LVQ 
queue programmatically from JMX or AMQP, pass the
-      appropriate queue-declare arguments.</p><div class="table"><a 
id="idm140601093367072"></a><p 
class="title"><strong>Table&#160;4.1.&#160;Queue-declare arguments understood 
for priority, sorted and LVQ queues</strong></p><div 
class="table-contents"><table border="1" summary="Queue-declare arguments 
understood for priority, sorted and LVQ queues"><colgroup><col /><col /><col 
/><col /></colgroup><thead><tr><th>Queue type</th><th>Argument 
name</th><th>Argument name</th><th>Argument 
Description</th></tr></thead><tbody><tr><td>priority</td><td>x-qpid-priorities</td><td>java.lang.Integer</td><td>Specifies
 a priority queue with given number 
priorities</td></tr><tr><td>sorted</td><td>qpid.queue_sort_key</td><td>java.lang.String</td><td>Specifies
 sorted queue with given message property used to sort the
+        will never be "replaced".</p></div></div><div class="section"><div 
class="titlepage"><div><div><h3 class="title"><a 
id="Java-Broker-Concepts-Queues-QueueDeclareArguments"></a>4.7.2.&#160;Queue 
Declare Arguments</h3></div></div></div><p>To create a priority, sorted or LVQ 
queue programmatically from AMQP, pass the
+      appropriate queue-declare arguments.</p><div class="table"><a 
id="d0e921"></a><p class="title"><strong>Table&#160;4.1.&#160;Queue-declare 
arguments understood for priority, sorted and LVQ queues</strong></p><div 
class="table-contents"><table border="1" summary="Queue-declare arguments 
understood for priority, sorted and LVQ queues"><colgroup><col /><col /><col 
/><col /></colgroup><thead><tr><th>Queue type</th><th>Argument 
name</th><th>Argument name</th><th>Argument 
Description</th></tr></thead><tbody><tr><td>priority</td><td>x-qpid-priorities</td><td>java.lang.Integer</td><td>Specifies
 a priority queue with given number 
priorities</td></tr><tr><td>sorted</td><td>qpid.queue_sort_key</td><td>java.lang.String</td><td>Specifies
 sorted queue with given message property used to sort the
               
entries</td></tr><tr><td>lvq</td><td>qpid.last_value_queue_key</td><td>java.lang.String</td><td>Specifies
 lvq queue with given message property used to conflate the
               entries</td></tr></tbody></table></div></div><br 
class="table-break" /></div><div class="section"><div 
class="titlepage"><div><div><h3 class="title"><a 
id="Java-Broker-Concepts-Queues-Message-Grouping"></a>4.7.3.&#160;Messaging 
Grouping</h3></div></div></div><p> The broker allows messaging applications to 
classify a set of related messages as
       belonging to a group. This allows a message producer to indicate to the 
consumer that a group
@@ -160,10 +161,10 @@ https://github.com/apache/qpid-proton/bl
         same group would have the same group identifier value. The key that 
identifies the header
         must also be known to the message consumers. This allows the consumers 
to determine a
         message's assigned group. </p><p> The header that is used to hold the 
group identifier, as well as the values used as
-        group identifiers, are totally under control of the application. 
</p></div><div class="section"><div class="titlepage"><div><div><h4 
class="title"><a id="Java-Broker-Concepts-Queues-BrokerRole"></a>4.7.3.2.&#160; 
The Role of the Broker in Message Grouping </h4></div></div></div><p> The 
broker will apply the following processing on each grouped message: </p><div 
class="itemizedlist"><ul class="itemizedlist" type="disc"><li 
class="listitem"><p>Enqueue a received message on the destination 
queue.</p></li><li class="listitem"><p>Determine the message's group by 
examining the message's group identifier
+        group identifiers, are totally under control of the application. 
</p></div><div class="section"><div class="titlepage"><div><div><h4 
class="title"><a id="Java-Broker-Concepts-Queues-BrokerRole"></a>4.7.3.2.&#160; 
The Role of the Broker in Message Grouping </h4></div></div></div><p> The 
broker will apply the following processing on each grouped message: </p><div 
class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; 
"><li class="listitem"><p>Enqueue a received message on the destination 
queue.</p></li><li class="listitem"><p>Determine the message's group by 
examining the message's group identifier
               header.</p></li><li class="listitem"><p>Enforce <span 
class="emphasis"><em>consumption ordering</em></span> among messages belonging 
to the
               same group. <span class="emphasis"><em>Consumption 
ordering</em></span> means one of two things
-              depending on how the queue has been configured. </p><div 
class="itemizedlist"><ul class="itemizedlist" type="circle"><li 
class="listitem"><p> In default mode, a group gets assigned to a single 
consumer for the lifetime
+              depending on how the queue has been configured. </p><div 
class="itemizedlist"><ul class="itemizedlist" style="list-style-type: circle; 
"><li class="listitem"><p> In default mode, a group gets assigned to a single 
consumer for the lifetime
                   of that consumer, and the broker will pass all subsequent 
messages in the group to
                   that consumer. </p></li><li class="listitem"><p>In 'shared 
groups' mode (which gives the same behaviour as the Qpid C++
                   Broker) the broker enforces a looser guarantee, namely that 
all the
@@ -174,7 +175,7 @@ https://github.com/apache/qpid-proton/bl
                   all of its acquired messages then the broker <span 
class="emphasis"><em>may</em></span> pass the
                   next pending message in that group to a different consumer. 
</p></li></ul></div></li></ul></div><p>
       </p><p> The absence of a value in the designated group header field of a 
message is treated as
-        follows: </p><div class="itemizedlist"><ul class="itemizedlist" 
type="disc"><li class="listitem"><p> In default mode, failure for a message to 
specify a group is treated as a desire
+        follows: </p><div class="itemizedlist"><ul class="itemizedlist" 
style="list-style-type: disc; "><li class="listitem"><p> In default mode, 
failure for a message to specify a group is treated as a desire
               for the message not to be grouped at all. Such messages will be 
distributed to any
               available consumer, without the ordering quarantees imposed by 
grouping. </p></li><li class="listitem"><p> In 'shared groups' mode (which 
gives the same behaviour as the Qpid C++ Broker)
               the broker assigns messages without a group value to a 'default 
group'. Therefore, all
@@ -198,46 +199,46 @@ https://github.com/apache/qpid-proton/bl
       environment (using -D) before creating your consumer. </p><p>A default 
for all client connections can be set via a system property: </p><pre 
class="programlisting">
 -Dmax_prefetch=1
 </pre><p> The prefetch can be also be adjusted on a per connection basis by 
adding a
-        <code class="varname">maxprefetch</code> value to the <a class="ulink" 
href="../../Programming-In-Apache-Qpid/html/QpidJNDI.html#section-jms-connection-url"
 target="_top">Connection URLs</a>
+        <code class="varname">maxprefetch</code> value to the <a class="link" 
href="../../jms-client-0-8/book/JMS-Client-0-8-Connection-URL.html" 
target="_top">Connection URLs</a>
     </p><pre class="programlisting">
 
amqp://guest:guest@client1/development?maxprefetch='1'&amp;brokerlist='tcp://localhost:5672'
 </pre><p>Setting the Qpid pre-fetch to 1 will give exact queue-type semantics 
as perceived by the
       client however, this brings a performance cost. You could test with a 
slightly higher
-      pre-fetch to trade-off between throughput and exact 
semantics.</p></div><div class="section"><div class="titlepage"><div><div><h3 
class="title"><a 
id="Java-Broker-Concepts-Queue-EnsureNonDestructiveConsumers"></a>4.7.5.&#160;Forcing
 all consumers to be non-destructive</h3></div></div></div><p>When a consumer 
attaches to a queue, the normal behaviour is that messages are 
+      pre-fetch to trade-off between throughput and exact 
semantics.</p></div><div class="section"><div class="titlepage"><div><div><h3 
class="title"><a 
id="Java-Broker-Concepts-Queue-EnsureNonDestructiveConsumers"></a>4.7.5.&#160;Forcing
 all consumers to be non-destructive</h3></div></div></div><p>When a consumer 
attaches to a queue, the normal behaviour is that messages are
           sent to that consumer are acquired exclusively by that consumer, and 
when the consumer
-          acknowledges them, the messages are removed from the 
queue.</p><p>Another common pattern is to have queue "browsers" which send all 
messages to the 
-          browser, but do not prevent other consumers from receiving the 
messages, and do not 
-          remove them from the queue when the browser is done with them.  Such 
a browser is an 
+          acknowledges them, the messages are removed from the 
queue.</p><p>Another common pattern is to have queue "browsers" which send all 
messages to the
+          browser, but do not prevent other consumers from receiving the 
messages, and do not
+          remove them from the queue when the browser is done with them.  Such 
a browser is an
           instance of a "non-destructive" consumer.</p><p>If every consumer on 
a queue is non destructive then we can obtain some interesting
           behaviours. In the case of a LVQ
            then the queue will always contain the most up to date value for 
every key. For
           a standard queue, if every consumer is non-destructive then we have 
something that
           behaves like a topic (every consumer receives every message) except 
that instead of
           only seeing messages that arrive after the point at which the 
consumer is created, all
-          messages which have not been removed due to TTL expiry (or, in the 
case of LVQs, 
+          messages which have not been removed due to TTL expiry (or, in the 
case of LVQs,
           overwirtten by newer values for the same key).</p><p>A queue can be 
created to enforce all consumers are non-destructive. This can be
-          be achieved using the following queue declare argument:</p><div 
class="table"><a id="idm140601093315856"></a><p 
class="title"><strong>Table&#160;4.2.&#160;</strong></p><div 
class="table-contents"><table border="1"><colgroup><col /><col /><col 
/></colgroup><thead><tr><th>Argument Name</th><th>Argument 
Type</th><th>Argument 
Description</th></tr></thead><tbody><tr><td>qpid.ensure_nondestructive_consumers</td><td>java.lang.Boolean</td><td>Set
 to true if the queue should make all consumers attached to it behave 
-                  non-destructively. (Default is 
false).</td></tr></tbody></table></div></div><br class="table-break" 
/><p>Through the <a class="link" 
href="Java-Broker-Management-Channel-REST-API.html" title="6.3.&#160;REST 
API">REST</a> api, 
+          be achieved using the following queue declare argument:</p><div 
class="table"><a id="d0e1104"></a><p 
class="title"><strong>Table&#160;4.2.&#160;</strong></p><div 
class="table-contents"><table border="1"><colgroup><col /><col /><col 
/></colgroup><thead><tr><th>Argument Name</th><th>Argument 
Type</th><th>Argument 
Description</th></tr></thead><tbody><tr><td>qpid.ensure_nondestructive_consumers</td><td>java.lang.Boolean</td><td>Set
 to true if the queue should make all consumers attached to it behave
+                  non-destructively. (Default is 
false).</td></tr></tbody></table></div></div><br class="table-break" 
/><p>Through the <a class="link" 
href="Java-Broker-Management-Channel-REST-API.html" title="6.3.&#160;REST 
API">REST</a> api,
         the equivalent attribute is named <code 
class="varname">ensureNondestructiveConsumers</code>.
-    </p><div class="section"><div class="titlepage"><div><div><h4 
class="title"><a id="idm140601093308400"></a>4.7.5.1.&#160;Bounding size using 
min/max TTL</h4></div></div></div><p>For queues other than LVQs, having only 
non-destructive consumers could mean that
-            messages would never get deleted, leaving the queue to grow 
unconstrainedly. To 
+    </p><div class="section"><div class="titlepage"><div><div><h4 
class="title"><a id="d0e1130"></a>4.7.5.1.&#160;Bounding size using min/max 
TTL</h4></div></div></div><p>For queues other than LVQs, having only 
non-destructive consumers could mean that
+            messages would never get deleted, leaving the queue to grow 
unconstrainedly. To
             prevent this you can use the ability to set the maximum TTL of the 
queue. To ensure
             all messages have the same TTL you could also set the minimum TTL 
to the same value.
         </p><p>Minimum/Maximum TTL for a queue can be set though the HTTP 
Management UI, using the
-            REST API or by hand editing the configuration file (for JSON 
configuration stores). 
-            The attribute names are <code 
class="varname">minimumMessageTtl</code> and 
-            <code class="varname">maximumMessageTtl</code> and the TTL value 
is given in milliseconds.</p></div><div class="section"><div 
class="titlepage"><div><div><h4 class="title"><a 
id="idm140601093305088"></a>4.7.5.2.&#160;Choosing to receive messages based on 
arrival time</h4></div></div></div><p>A queue with no destructive consumers 
will retain all messages until they expire
-            due to TTL. It may be the case that a consumer only wishes to 
receive messages 
-            that have been sent in the last 60 minutes, and any new messages 
that arrive, or 
+            REST API or by hand editing the configuration file (for JSON 
configuration stores).
+            The attribute names are <code 
class="varname">minimumMessageTtl</code> and
+            <code class="varname">maximumMessageTtl</code> and the TTL value 
is given in milliseconds.</p></div><div class="section"><div 
class="titlepage"><div><div><h4 class="title"><a 
id="d0e1143"></a>4.7.5.2.&#160;Choosing to receive messages based on arrival 
time</h4></div></div></div><p>A queue with no destructive consumers will retain 
all messages until they expire
+            due to TTL. It may be the case that a consumer only wishes to 
receive messages
+            that have been sent in the last 60 minutes, and any new messages 
that arrive, or
             alternatively it may wish only to receive newly arriving messages 
and not any that
             are already in the queue. This can be achieved by using a filter 
on the arrival
             time.</p><p>A special parameter <code 
class="varname">x-qpid-replay-period</code> can be used in the
             consumer declaration to control the messages the consumer wishes 
to receive. The
             value of <code class="varname">x-qpid-replay-period</code> is the 
time, in seconds, for which
-            the consumer wishes to see messages. A replay period of 0 
indicates only newly 
-            arriving messages should be sent. A replay period of 3600 
indicates that only 
+            the consumer wishes to see messages. A replay period of 0 
indicates only newly
+            arriving messages should be sent. A replay period of 3600 
indicates that only
             messages sent in the last hour - along with any newly arriving 
messages - should be
-            sent.</p><div class="table"><a id="idm140601093301648"></a><p 
class="title"><strong>Table&#160;4.3.&#160;Setting the replay 
period</strong></p><div class="table-contents"><table border="1" 
summary="Setting the replay period"><colgroup><col /><col 
/></colgroup><thead><tr><th>Syntax</th><th>Example</th></tr></thead><tbody><tr><td>Addressing</td><td>myqueue
 : { link : { x-subscribe: { arguments : { x-qpid-replay-period : '3600' } } } 
}</td></tr><tr><td>Binding 
URL</td><td>direct://amq.direct/myqueue/myqueue?x-qpid-replay-period='3600'</td></tr></tbody></table></div></div><br
 class="table-break" /></div><div class="section"><div 
class="titlepage"><div><div><h4 class="title"><a 
id="idm140601093294816"></a>4.7.5.3.&#160;Setting a default 
filter</h4></div></div></div><p>A common case might be that the desired default 
behaviour is that newly attached consumers
+            sent.</p><div class="table"><a id="d0e1156"></a><p 
class="title"><strong>Table&#160;4.3.&#160;Setting the replay 
period</strong></p><div class="table-contents"><table border="1" 
summary="Setting the replay period"><colgroup><col /><col 
/></colgroup><thead><tr><th>Syntax</th><th>Example</th></tr></thead><tbody><tr><td>Addressing</td><td>myqueue
 : { link : { x-subscribe: { arguments : { x-qpid-replay-period : '3600' } } } 
}</td></tr><tr><td>Binding 
URL</td><td>direct://amq.direct/myqueue/myqueue?x-qpid-replay-period='3600'</td></tr></tbody></table></div></div><br
 class="table-break" /></div><div class="section"><div 
class="titlepage"><div><div><h4 class="title"><a 
id="d0e1177"></a>4.7.5.3.&#160;Setting a default 
filter</h4></div></div></div><p>A common case might be that the desired default 
behaviour is that newly attached consumers
             see only newly arriving messages (i.e. standard topic-like 
behaviour) but other consumers
             may wish to start their message stream from some point in the 
past. This can be achieved by
             setting a default filter on the queue so that consumers which do 
not explicitly set a replay
@@ -250,7 +251,7 @@ amqp://guest:guest@client1/development?m
             If the desired default behaviour is that each consumer should see 
all messages arriving in
             the last minute, as well as all new messages then the value would 
need to be:</p><pre class="screen">
             { "x-qpid-replay-period" : { "x-qpid-replay-period" : [ "60" ] } }
-        </pre></div></div></div><div class="navfooter"><hr /><table 
summary="Navigation footer" width="100%"><tr><td align="left" width="40%"><a 
accesskey="p" href="Java-Broker-Concepts-Exchanges.html">Prev</a>&#160;</td><td 
align="center" width="20%"><a accesskey="u" 
href="Java-Broker-Concepts.html">Up</a></td><td align="right" 
width="40%">&#160;<a accesskey="n" 
href="Java-Broker-Concepts-Ports.html">Next</a></td></tr><tr><td align="left" 
valign="top" width="40%">4.6.&#160;Exchanges&#160;</td><td align="center" 
width="20%"><a accesskey="h" href="index.html">Home</a></td><td align="right" 
valign="top" width="40%">&#160;4.8.&#160;Ports</td></tr></table></div></div>
+        </pre></div></div></div><div class="navfooter"><hr /><table 
summary="Navigation footer" width="100%"><tr><td align="left" width="40%"><a 
accesskey="p" href="Java-Broker-Concepts-Exchanges.html">Prev</a>&#160;</td><td 
align="center" width="20%"><a accesskey="u" 
href="Java-Broker-Concepts.html">Up</a></td><td align="right" 
width="40%">&#160;<a accesskey="n" 
href="Java-Broker-Concepts-Ports.html">Next</a></td></tr><tr><td align="left" 
valign="top" width="40%">4.6.&#160;Exchanges&#160;</td><td align="center" 
width="20%"><a accesskey="h" 
href="AMQP-Messaging-Broker-Java-Book.html">Home</a></td><td align="right" 
valign="top" width="40%">&#160;4.8.&#160;Ports</td></tr></table></div></div>
 
           <hr/>
 

Modified: 
qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-RemoteReplicationNodes.html
URL: 
http://svn.apache.org/viewvc/qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-RemoteReplicationNodes.html?rev=1722689&r1=1722688&r2=1722689&view=diff
==============================================================================
--- 
qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-RemoteReplicationNodes.html
 (original)
+++ 
qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-RemoteReplicationNodes.html
 Sat Jan  2 23:59:48 2016
@@ -114,8 +114,8 @@ https://github.com/apache/qpid-proton/bl
         <ul id="-path-navigation"><li><a 
href="/index.html">Home</a></li><li><a 
href="/releases/index.html">Releases</a></li><li><a 
href="/releases/qpid-java-trunk/index.html">Qpid Java Trunk</a></li><li><a 
href="/releases/qpid-java-trunk/java-broker/book/index.html">AMQP Messaging 
Broker (Java)</a></li><li>4.4.&#160;Remote Replication Nodes</li></ul>
 
         <div id="-middle-content">
-          <div class="docbook"><div class="navheader"><table 
summary="Navigation header" width="100%"><tr><th align="center" 
colspan="3">4.4.&#160;Remote Replication Nodes</th></tr><tr><td align="left" 
width="20%"><a accesskey="p" 
href="Java-Broker-Concepts-Virtualhost-Nodes.html">Prev</a>&#160;</td><th 
align="center" width="60%">Chapter&#160;4.&#160;Concepts</th><td align="right" 
width="20%">&#160;<a accesskey="n" 
href="Java-Broker-Concepts-Virtualhosts.html">Next</a></td></tr></table><hr 
/></div><div class="section"><div class="titlepage"><div><div><h2 
class="title"><a 
id="Java-Broker-Concepts-RemoteReplicationNodes"></a>4.4.&#160;Remote 
Replication Nodes</h2></div></div></div><p>Used for HA only. A <span 
class="emphasis"><em>remote replication node</em></span> is a representation of
-    another virtualhost node in the group.</p></div><div class="navfooter"><hr 
/><table summary="Navigation footer" width="100%"><tr><td align="left" 
width="40%"><a accesskey="p" 
href="Java-Broker-Concepts-Virtualhost-Nodes.html">Prev</a>&#160;</td><td 
align="center" width="20%"><a accesskey="u" 
href="Java-Broker-Concepts.html">Up</a></td><td align="right" 
width="40%">&#160;<a accesskey="n" 
href="Java-Broker-Concepts-Virtualhosts.html">Next</a></td></tr><tr><td 
align="left" valign="top" width="40%">4.3.&#160;Virtualhost Nodes&#160;</td><td 
align="center" width="20%"><a accesskey="h" href="index.html">Home</a></td><td 
align="right" valign="top" 
width="40%">&#160;4.5.&#160;Virtualhosts</td></tr></table></div></div>
+          <div class="docbook"><div class="navheader"><table 
summary="Navigation header" width="100%"><tr><th align="center" 
colspan="3">4.4.&#160;Remote Replication Nodes</th></tr><tr><td align="left" 
width="20%"><a accesskey="p" 
href="Java-Broker-Concepts-Virtualhost-Nodes.html">Prev</a>&#160;</td><th 
align="center" width="60%">Chapter&#160;4.&#160;Concepts</th><td align="right" 
width="20%">&#160;<a accesskey="n" 
href="Java-Broker-Concepts-Virtualhosts.html">Next</a></td></tr></table><hr 
/></div><div class="section"><div class="titlepage"><div><div><h2 class="title" 
style="clear: both"><a 
id="Java-Broker-Concepts-RemoteReplicationNodes"></a>4.4.&#160;Remote 
Replication Nodes</h2></div></div></div><p>Used for HA only. A <span 
class="emphasis"><em>remote replication node</em></span> is a representation of
+    another virtualhost node in the group.</p></div><div class="navfooter"><hr 
/><table summary="Navigation footer" width="100%"><tr><td align="left" 
width="40%"><a accesskey="p" 
href="Java-Broker-Concepts-Virtualhost-Nodes.html">Prev</a>&#160;</td><td 
align="center" width="20%"><a accesskey="u" 
href="Java-Broker-Concepts.html">Up</a></td><td align="right" 
width="40%">&#160;<a accesskey="n" 
href="Java-Broker-Concepts-Virtualhosts.html">Next</a></td></tr><tr><td 
align="left" valign="top" width="40%">4.3.&#160;Virtualhost Nodes&#160;</td><td 
align="center" width="20%"><a accesskey="h" 
href="AMQP-Messaging-Broker-Java-Book.html">Home</a></td><td align="right" 
valign="top" 
width="40%">&#160;4.5.&#160;Virtualhosts</td></tr></table></div></div>
 
           <hr/>
 

Modified: 
qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-Virtualhost-Nodes.html
URL: 
http://svn.apache.org/viewvc/qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-Virtualhost-Nodes.html?rev=1722689&r1=1722688&r2=1722689&view=diff
==============================================================================
--- 
qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-Virtualhost-Nodes.html
 (original)
+++ 
qpid/site/docs/releases/qpid-java-trunk/java-broker/book/Java-Broker-Concepts-Virtualhost-Nodes.html
 Sat Jan  2 23:59:48 2016
@@ -114,13 +114,13 @@ https://github.com/apache/qpid-proton/bl
         <ul id="-path-navigation"><li><a 
href="/index.html">Home</a></li><li><a 
href="/releases/index.html">Releases</a></li><li><a 
href="/releases/qpid-java-trunk/index.html">Qpid Java Trunk</a></li><li><a 
href="/releases/qpid-java-trunk/java-broker/book/index.html">AMQP Messaging 
Broker (Java)</a></li><li>4.3.&#160;Virtualhost Nodes</li></ul>
 
         <div id="-middle-content">
-          <div class="docbook"><div class="navheader"><table 
summary="Navigation header" width="100%"><tr><th align="center" 
colspan="3">4.3.&#160;Virtualhost Nodes</th></tr><tr><td align="left" 
width="20%"><a accesskey="p" 
href="Java-Broker-Concepts-Broker.html">Prev</a>&#160;</td><th align="center" 
width="60%">Chapter&#160;4.&#160;Concepts</th><td align="right" 
width="20%">&#160;<a accesskey="n" 
href="Java-Broker-Concepts-RemoteReplicationNodes.html">Next</a></td></tr></table><hr
 /></div><div class="section"><div class="titlepage"><div><div><h2 
class="title"><a 
id="Java-Broker-Concepts-Virtualhost-Nodes"></a>4.3.&#160;Virtualhost 
Nodes</h2></div></div></div><p>A <span class="emphasis"><em>virtualhost 
node</em></span> is a container for the virtualhost. It has exactly
+          <div class="docbook"><div class="navheader"><table 
summary="Navigation header" width="100%"><tr><th align="center" 
colspan="3">4.3.&#160;Virtualhost Nodes</th></tr><tr><td align="left" 
width="20%"><a accesskey="p" 
href="Java-Broker-Concepts-Broker.html">Prev</a>&#160;</td><th align="center" 
width="60%">Chapter&#160;4.&#160;Concepts</th><td align="right" 
width="20%">&#160;<a accesskey="n" 
href="Java-Broker-Concepts-RemoteReplicationNodes.html">Next</a></td></tr></table><hr
 /></div><div class="section"><div class="titlepage"><div><div><h2 
class="title" style="clear: both"><a 
id="Java-Broker-Concepts-Virtualhost-Nodes"></a>4.3.&#160;Virtualhost 
Nodes</h2></div></div></div><p>A <span class="emphasis"><em>virtualhost 
node</em></span> is a container for the virtualhost. It has exactly
     one virtualhost.</p><p>A <span class="emphasis"><em>virtualhost 
node</em></span> is backed by storage. This storage is used to record
     the durable entities that exist beneath the virtualhost node (the 
virtualhost, queues, exchanges
     etc).</p><p>When HA is in use, it is the virtualhost nodes of many Brokers 
that come together to form
     the group. The virtualhost nodes together elect a master. When the high 
availability feature is
     in use, the virtualhost node has <a class="link" 
href="Java-Broker-Concepts-RemoteReplicationNodes.html" title="4.4.&#160;Remote 
Replication Nodes">remote replications nodes</a>. There is a remote replication 
node corresponding to each
-    remote virtualhost node that form part of the group.</p></div><div 
class="navfooter"><hr /><table summary="Navigation footer" width="100%"><tr><td 
align="left" width="40%"><a accesskey="p" 
href="Java-Broker-Concepts-Broker.html">Prev</a>&#160;</td><td align="center" 
width="20%"><a accesskey="u" href="Java-Broker-Concepts.html">Up</a></td><td 
align="right" width="40%">&#160;<a accesskey="n" 
href="Java-Broker-Concepts-RemoteReplicationNodes.html">Next</a></td></tr><tr><td
 align="left" valign="top" width="40%">4.2.&#160;Broker&#160;</td><td 
align="center" width="20%"><a accesskey="h" href="index.html">Home</a></td><td 
align="right" valign="top" width="40%">&#160;4.4.&#160;Remote Replication 
Nodes</td></tr></table></div></div>
+    remote virtualhost node that form part of the group.</p></div><div 
class="navfooter"><hr /><table summary="Navigation footer" width="100%"><tr><td 
align="left" width="40%"><a accesskey="p" 
href="Java-Broker-Concepts-Broker.html">Prev</a>&#160;</td><td align="center" 
width="20%"><a accesskey="u" href="Java-Broker-Concepts.html">Up</a></td><td 
align="right" width="40%">&#160;<a accesskey="n" 
href="Java-Broker-Concepts-RemoteReplicationNodes.html">Next</a></td></tr><tr><td
 align="left" valign="top" width="40%">4.2.&#160;Broker&#160;</td><td 
align="center" width="20%"><a accesskey="h" 
href="AMQP-Messaging-Broker-Java-Book.html">Home</a></td><td align="right" 
valign="top" width="40%">&#160;4.4.&#160;Remote Replication 
Nodes</td></tr></table></div></div>
 
           <hr/>
 



---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to