You are viewing a plain text version of this content. The canonical link for it is here.
Posted to gitbox@activemq.apache.org by GitBox <gi...@apache.org> on 2020/02/14 10:58:22 UTC
[GitHub] [activemq-website] jbarotin opened a new pull request #24: Add
information to resole stuck message in network of broker
jbarotin opened a new pull request #24: Add information to resole stuck message in network of broker
URL: https://github.com/apache/activemq-website/pull/24
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
With regards,
Apache Git Services
[GitHub] [activemq-website] jbarotin commented on issue #24: Add information
to resolve stuck message in network of broker
Posted by GitBox <gi...@apache.org>.
jbarotin commented on issue #24: Add information to resolve stuck message in network of broker
URL: https://github.com/apache/activemq-website/pull/24#issuecomment-588673463
Sorry, I'm very used this resolution system... I check how to accept you changes.
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
With regards,
Apache Git Services
[GitHub] [activemq-website] jbonofre merged pull request #24: Add
information to resolve stuck message in network of broker
Posted by GitBox <gi...@apache.org>.
jbonofre merged pull request #24: Add information to resolve stuck message in network of broker
URL: https://github.com/apache/activemq-website/pull/24
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
With regards,
Apache Git Services
[GitHub] [activemq-website] jbarotin commented on a change in pull request
#24: Add information to resolve stuck message in network of broker
Posted by GitBox <gi...@apache.org>.
jbarotin commented on a change in pull request #24: Add information to resolve stuck message in network of broker
URL: https://github.com/apache/activemq-website/pull/24#discussion_r381877054
##########
File path: content/networks-of-brokers.html
##########
@@ -584,10 +584,12 @@ <h3 id="example-configuration-using-networkconnector-properties">Example Configu
<p><strong>N.B.</strong> You can only use <a href="wildcards">wildcards</a> in the <code class="highlighter-rouge">excludedDestinations</code> and <code class="highlighter-rouge">dynamicallyIncludedDestinations</code> properties.<br />
<strong>N.B.</strong> <strong>Do not</strong> change the name of the bridge or the name of the Broker if you are using durable topic subscribers across the network. Internally ActiveMQ uses the network name and broker name to build a unique but repeatable durable subscriber name for the network.</p>
-<h3 id="stuck-messages-version-56">Stuck Messages (version 5.6)</h3>
+<h3 id="stuck-messages">Stuck Messages</h3>
-<p>By default, it is not permissible for a message to be replayed back to the broker from which it came. This ensures that messages do not loop when duplex or by directional network connectors are configured. Occasionally it is desirable to allow replay for queues. Consider a scenario where a bidirectional bridge exists between a broker pair. Producers and Consumers get to randomly choose a broker using the failover transport. If one broker is restarted for maintenance, messages accumulated on that broker, that crossed the network bridge, will not be available to consumers till they reconnect to the broker. One solution to this problem is to force a client reconnect using <a href="http://activemq.apache.orgUsing ActiveMQ/Configuring Transports/ActiveMQ Connection URIs/failover-transport-reference.md#FailoverTransportReference-BrokersideOptionsforFailover">rebalanceClusterClients</a>. Another, is to allow replay of messages back to the origin as there is no local consumer on that broker.<br />
-There is a destination policy that allows this behavior for queues by configuring a <code class="highlighter-rouge">conditionalNetworkBridgeFilterFactory</code> with <code class="highlighter-rouge">replayWhenNoConsumers=true</code>. The <code class="highlighter-rouge">conditionalNetworkBridgeFilterFactory</code> provides an optional <code class="highlighter-rouge">replayDelay</code> based on the broker-in time.</p>
+<p>There might have multiples cause for Stuck Message, paragrapĥs below aim to give advice setting that may help to fix this issue.</p>
Review comment:
Ok I replace paragraphs by sections
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
With regards,
Apache Git Services
[GitHub] [activemq-website] jbonofre commented on a change in pull request
#24: Add information to resolve stuck message in network of broker
Posted by GitBox <gi...@apache.org>.
jbonofre commented on a change in pull request #24: Add information to resolve stuck message in network of broker
URL: https://github.com/apache/activemq-website/pull/24#discussion_r381801380
##########
File path: content/networks-of-brokers.html
##########
@@ -584,10 +584,12 @@ <h3 id="example-configuration-using-networkconnector-properties">Example Configu
<p><strong>N.B.</strong> You can only use <a href="wildcards">wildcards</a> in the <code class="highlighter-rouge">excludedDestinations</code> and <code class="highlighter-rouge">dynamicallyIncludedDestinations</code> properties.<br />
<strong>N.B.</strong> <strong>Do not</strong> change the name of the bridge or the name of the Broker if you are using durable topic subscribers across the network. Internally ActiveMQ uses the network name and broker name to build a unique but repeatable durable subscriber name for the network.</p>
-<h3 id="stuck-messages-version-56">Stuck Messages (version 5.6)</h3>
+<h3 id="stuck-messages">Stuck Messages</h3>
-<p>By default, it is not permissible for a message to be replayed back to the broker from which it came. This ensures that messages do not loop when duplex or by directional network connectors are configured. Occasionally it is desirable to allow replay for queues. Consider a scenario where a bidirectional bridge exists between a broker pair. Producers and Consumers get to randomly choose a broker using the failover transport. If one broker is restarted for maintenance, messages accumulated on that broker, that crossed the network bridge, will not be available to consumers till they reconnect to the broker. One solution to this problem is to force a client reconnect using <a href="http://activemq.apache.orgUsing ActiveMQ/Configuring Transports/ActiveMQ Connection URIs/failover-transport-reference.md#FailoverTransportReference-BrokersideOptionsforFailover">rebalanceClusterClients</a>. Another, is to allow replay of messages back to the origin as there is no local consumer on that broker.<br />
-There is a destination policy that allows this behavior for queues by configuring a <code class="highlighter-rouge">conditionalNetworkBridgeFilterFactory</code> with <code class="highlighter-rouge">replayWhenNoConsumers=true</code>. The <code class="highlighter-rouge">conditionalNetworkBridgeFilterFactory</code> provides an optional <code class="highlighter-rouge">replayDelay</code> based on the broker-in time.</p>
+<p>There might have multiples cause for Stuck Message, paragrapĥs below aim to give advice setting that may help to fix this issue.</p>
Review comment:
I meant to use `sections` instead of `paragraphs` (especially there's a weird type).
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
With regards,
Apache Git Services
[GitHub] [activemq-website] jbarotin commented on issue #24: Add information
to resolve stuck message in network of broker
Posted by GitBox <gi...@apache.org>.
jbarotin commented on issue #24: Add information to resolve stuck message in network of broker
URL: https://github.com/apache/activemq-website/pull/24#issuecomment-589177165
So @jbonofre I push modification in the way of your review.
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
With regards,
Apache Git Services
[GitHub] [activemq-website] jbonofre commented on a change in pull request
#24: Add information to resolve stuck message in network of broker
Posted by GitBox <gi...@apache.org>.
jbonofre commented on a change in pull request #24: Add information to resolve stuck message in network of broker
URL: https://github.com/apache/activemq-website/pull/24#discussion_r381801808
##########
File path: src/networks-of-brokers.md
##########
@@ -406,9 +406,11 @@ For example, if using distributed queues, you may wish to have equivalent weight
**N.B.** You can only use [wildcards](wildcards) in the `excludedDestinations` and `dynamicallyIncludedDestinations` properties.
**N.B.** **Do not** change the name of the bridge or the name of the Broker if you are using durable topic subscribers across the network. Internally ActiveMQ uses the network name and broker name to build a unique but repeatable durable subscriber name for the network.
-### Stuck Messages (version 5.6)
+### Stuck Messages
Review comment:
I don't see a section about quickly describing consumer TTL and TTL generally speaking. If you are not confortable about this, no worries, I will do a section about that.
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
With regards,
Apache Git Services
[GitHub] [activemq-website] jbarotin edited a comment on issue #24: Add
information to resolve stuck message in network of broker
Posted by GitBox <gi...@apache.org>.
jbarotin edited a comment on issue #24: Add information to resolve stuck message in network of broker
URL: https://github.com/apache/activemq-website/pull/24#issuecomment-588673463
Sorry, I'm not used this resolution system... I check how to accept you changes.
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
With regards,
Apache Git Services
[GitHub] [activemq-website] jbonofre commented on issue #24: Add information
to resolve stuck message in network of broker
Posted by GitBox <gi...@apache.org>.
jbonofre commented on issue #24: Add information to resolve stuck message in network of broker
URL: https://github.com/apache/activemq-website/pull/24#issuecomment-588674380
@jbarotin no worries, let me know if you need some help about that.
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
With regards,
Apache Git Services
[GitHub] [activemq-website] jbarotin commented on a change in pull request
#24: Add information to resolve stuck message in network of broker
Posted by GitBox <gi...@apache.org>.
jbarotin commented on a change in pull request #24: Add information to resolve stuck message in network of broker
URL: https://github.com/apache/activemq-website/pull/24#discussion_r381881657
##########
File path: src/networks-of-brokers.md
##########
@@ -406,9 +406,11 @@ For example, if using distributed queues, you may wish to have equivalent weight
**N.B.** You can only use [wildcards](wildcards) in the `excludedDestinations` and `dynamicallyIncludedDestinations` properties.
**N.B.** **Do not** change the name of the bridge or the name of the Broker if you are using durable topic subscribers across the network. Internally ActiveMQ uses the network name and broker name to build a unique but repeatable durable subscriber name for the network.
-### Stuck Messages (version 5.6)
+### Stuck Messages
Review comment:
I can try to initiate a section from the Tim comment in the Mailing list.
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
With regards,
Apache Git Services
[GitHub] [activemq-website] jbonofre commented on a change in pull request
#24: Add information to resole stuck message in network of broker
Posted by GitBox <gi...@apache.org>.
jbonofre commented on a change in pull request #24: Add information to resole stuck message in network of broker
URL: https://github.com/apache/activemq-website/pull/24#discussion_r380472996
##########
File path: content/networks-of-brokers.html
##########
@@ -584,10 +584,12 @@ <h3 id="example-configuration-using-networkconnector-properties">Example Configu
<p><strong>N.B.</strong> You can only use <a href="wildcards">wildcards</a> in the <code class="highlighter-rouge">excludedDestinations</code> and <code class="highlighter-rouge">dynamicallyIncludedDestinations</code> properties.<br />
<strong>N.B.</strong> <strong>Do not</strong> change the name of the bridge or the name of the Broker if you are using durable topic subscribers across the network. Internally ActiveMQ uses the network name and broker name to build a unique but repeatable durable subscriber name for the network.</p>
-<h3 id="stuck-messages-version-56">Stuck Messages (version 5.6)</h3>
+<h3 id="stuck-messages">Stuck Messages</h3>
-<p>By default, it is not permissible for a message to be replayed back to the broker from which it came. This ensures that messages do not loop when duplex or by directional network connectors are configured. Occasionally it is desirable to allow replay for queues. Consider a scenario where a bidirectional bridge exists between a broker pair. Producers and Consumers get to randomly choose a broker using the failover transport. If one broker is restarted for maintenance, messages accumulated on that broker, that crossed the network bridge, will not be available to consumers till they reconnect to the broker. One solution to this problem is to force a client reconnect using <a href="http://activemq.apache.orgUsing ActiveMQ/Configuring Transports/ActiveMQ Connection URIs/failover-transport-reference.md#FailoverTransportReference-BrokersideOptionsforFailover">rebalanceClusterClients</a>. Another, is to allow replay of messages back to the origin as there is no local consumer on that broker.<br />
-There is a destination policy that allows this behavior for queues by configuring a <code class="highlighter-rouge">conditionalNetworkBridgeFilterFactory</code> with <code class="highlighter-rouge">replayWhenNoConsumers=true</code>. The <code class="highlighter-rouge">conditionalNetworkBridgeFilterFactory</code> provides an optional <code class="highlighter-rouge">replayDelay</code> based on the broker-in time.</p>
+<p>There might have multiples cause for Stuck Message, paragrapĥs below aim to give advice setting that may help to fix this issue.</p>
Review comment:
sections is more accurate than paragraphs.
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
With regards,
Apache Git Services
[GitHub] [activemq-website] jbonofre commented on a change in pull request
#24: Add information to resole stuck message in network of broker
Posted by GitBox <gi...@apache.org>.
jbonofre commented on a change in pull request #24: Add information to resole stuck message in network of broker
URL: https://github.com/apache/activemq-website/pull/24#discussion_r380473307
##########
File path: src/networks-of-brokers.md
##########
@@ -406,9 +406,11 @@ For example, if using distributed queues, you may wish to have equivalent weight
**N.B.** You can only use [wildcards](wildcards) in the `excludedDestinations` and `dynamicallyIncludedDestinations` properties.
**N.B.** **Do not** change the name of the bridge or the name of the Broker if you are using durable topic subscribers across the network. Internally ActiveMQ uses the network name and broker name to build a unique but repeatable durable subscriber name for the network.
-### Stuck Messages (version 5.6)
+### Stuck Messages
Review comment:
Maybe worth to mention TTL between brokers in the NoB ?
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
With regards,
Apache Git Services