Return-Path: X-Original-To: apmail-activemq-users-archive@www.apache.org Delivered-To: apmail-activemq-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0812C10957 for ; Sun, 9 Feb 2014 23:10:34 +0000 (UTC) Received: (qmail 70419 invoked by uid 500); 9 Feb 2014 23:10:33 -0000 Delivered-To: apmail-activemq-users-archive@activemq.apache.org Received: (qmail 70379 invoked by uid 500); 9 Feb 2014 23:10:33 -0000 Mailing-List: contact users-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@activemq.apache.org Delivered-To: mailing list users@activemq.apache.org Received: (qmail 70371 invoked by uid 99); 9 Feb 2014 23:10:33 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 09 Feb 2014 23:10:33 +0000 X-ASF-Spam-Status: No, hits=3.5 required=5.0 tests=HTML_MESSAGE,SPF_PASS,URI_HEX X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [216.139.250.139] (HELO joe.nabble.com) (216.139.250.139) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 09 Feb 2014 23:10:28 +0000 Received: from [192.168.236.139] (helo=joe.nabble.com) by joe.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1WCdVO-0002I8-7S for users@activemq.apache.org; Sun, 09 Feb 2014 15:09:42 -0800 Date: Sun, 9 Feb 2014 15:09:27 -0800 (PST) From: artnaseef To: users@activemq.apache.org Message-ID: <940B387C-6AF4-474F-B98F-FCA9057422C0@artnaseef.com> In-Reply-To: <52F66457.1050908@gmail.com> References: <52F66457.1050908@gmail.com> Subject: Re: rebalanceClusterClients , failover and transactions MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_13238_16310072.1391987367213" X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_13238_16310072.1391987367213 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Try this on the broker transport conntector. updateClusterFilter=nosuchthing Let me know if it does not work and I will double-check the setting. Sent from my iPhone > On Feb 8, 2014, at 10:08 AM, "Enrico Olivelli [via ActiveMQ]" wrote: > > Hi, > I'm facing a problem in my system due to the option rebalanceClusterClients. > As I can see when this option is enabled every time a new connection is > created a signal is sent to every connected client in the network and > every failover connection is closed and re-opened. > In my system it happens that when a producer (using failover tranport) > is inside a transaction and a new client connects then some of the > messages are dropped by KahaDB as beeing ssen as duplicates > > Again, the rebalanceClusterClients option is very aggressive and > generates a lot of network/broker overhead in my system, when I have > something like 100 cons JVM , which get disconnected and reconnected > every time a new producer (which is sporadically spawned) gets in. > > Can I realize a setup like this ? > - failover transport producers insiede a transaction do not > accept/silently drop the command to rebalance the cluster and reconnect > - not every client get reconnected at every new client attaches to the > cluster > > thanks in advance > ActiveMQ is great > > > Enrico Olivelli > > > If you reply to this email, your message will be added to the discussion below: > http://activemq.2283324.n4.nabble.com/rebalanceClusterClients-failover-and-transactions-tp4677662.html > To start a new topic under ActiveMQ - User, email ml-node+s2283324n2341805h3@n4.nabble.com > To unsubscribe from ActiveMQ - User, click here. > NAML -- View this message in context: http://activemq.2283324.n4.nabble.com/rebalanceClusterClients-failover-and-transactions-tp4677662p4677669.html Sent from the ActiveMQ - User mailing list archive at Nabble.com. ------=_Part_13238_16310072.1391987367213--