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 2615117C27 for ; Tue, 14 Jul 2015 13:13:48 +0000 (UTC) Received: (qmail 58793 invoked by uid 500); 14 Jul 2015 13:13:47 -0000 Delivered-To: apmail-activemq-users-archive@activemq.apache.org Received: (qmail 58752 invoked by uid 500); 14 Jul 2015 13:13:47 -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 58739 invoked by uid 99); 14 Jul 2015 13:13:47 -0000 Received: from Unknown (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Jul 2015 13:13:47 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id CD15D1801DB for ; Tue, 14 Jul 2015 13:13:46 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.121 X-Spam-Level: X-Spam-Status: No, score=-0.121 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd3-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-us-east.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id 6iyuVAb21a83 for ; Tue, 14 Jul 2015 13:13:46 +0000 (UTC) Received: from mail-ob0-f179.google.com (mail-ob0-f179.google.com [209.85.214.179]) by mx1-us-east.apache.org (ASF Mail Server at mx1-us-east.apache.org) with ESMTPS id CA9ED43DF7 for ; Tue, 14 Jul 2015 13:13:45 +0000 (UTC) Received: by obbgp5 with SMTP id gp5so5680037obb.0 for ; Tue, 14 Jul 2015 06:13:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=5CPT3r1Fb2a+Hos1k49joRtLlB6QzR+ygwaoNRY+btI=; b=pf7MC0zjXOFcwMNWgoCiVvQtQWy+Z5f+5S3l2d97vdgVVy/GNlGPn7xypupMm9cIhm zEb8eMrZbw2YlAyd5AYqVAOtGwf7GzXD/3fq4kPfFaNCLG7rmtma8C+rvIIFb3MV3w4x roMDnvyPQm2neL+Ak3LRaOzoPEogi8JhfE+BYHS0HXBuqs8d9fcoVHI/OAi96tPT1oQG 9KDdwS1kF2EXoBn8yLLZov4SwMIcnQwqAMByxK92I3GWWarFMYPNs7BRvOcpmQ0lTdcu 76rjV6pG5qS2m2y47KK33S8X6k8Ir5XG3VLswS8c6wp2xK2hiPIjEg31YcPIlJlaCszF jwEQ== MIME-Version: 1.0 X-Received: by 10.202.4.7 with SMTP id 7mr18145482oie.93.1436879625444; Tue, 14 Jul 2015 06:13:45 -0700 (PDT) Received: by 10.202.129.17 with HTTP; Tue, 14 Jul 2015 06:13:45 -0700 (PDT) Date: Tue, 14 Jul 2015 14:13:45 +0100 Message-ID: Subject: how to disable InactivityMonitor with ActiveMQ 5.7.0.fuse-71-047 ? From: Jason Vas Dias To: users@activemq.apache.org Content-Type: text/plain; charset=UTF-8 Good day - I have an ActiveMQ 5.7.0.fuse-71-047 server setup with this in its at-broker-context.xml (main configuration file) : Yet still when clients connect to the broker, they end up using a non-zero timeout : 2015-07-14 13:48:27,563 [ActiveMQ InactivityMonitor Worker] WARN broker.TransportConnection.Transport - Transport Connection to: tcp://127.0.0.1:43475 failed: org.apache.activemq.transport.InactivityIOException: Channel was inactive for too (>30000) long: tcp://127.0.0.1:43475 Unfortunately, I cannot set any ActiveMQ specific connection properties on the client side, as the clients are using the plain JMS library (javax:jms:1.1-SP1) to get a connection. But the ActiveMQ documentation suggests that if the server has disabled the InactivityMonitor, then clients should be unable to negotiate a non-zero timeout : http://activemq.apache.org/activemq-inactivitymonitor.html says: ... transport.useInactivityMonitor true A value of false disables the InactivityMonitor completely and connections will never time out. By default it is enabled. ... At startup the InactivityMonitor negotiates the appropriate maxInactivityDuration and maxInactivityDurationInitalDelay. The shortest duration is taken for the connection. ... Setting transport.useInactivityMonitor=false will disable the InactivityMonitor. Configuring wireFormat.maxInactivityDuration=0 will achieve the same result. None of the statements made in the documentation appear to be true in my case. I am now looking at producing a patched version of ActiveMQ-5.7.0.fuse-71-047 that completely removes and disables the InactivityMonitor because of this issue. Would anyone have any suggestions as to how the InactivityMonitor might be disabled in the SERVER configuration with ActiveMQ 5.7.0 ? Changing ActiveMQ version is not an option. Thanks & Regards, Jason