Return-Path: Delivered-To: apmail-activemq-users-archive@www.apache.org Received: (qmail 97765 invoked from network); 16 Mar 2010 17:17:51 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 16 Mar 2010 17:17:51 -0000 Received: (qmail 13963 invoked by uid 500); 16 Mar 2010 17:17:50 -0000 Delivered-To: apmail-activemq-users-archive@activemq.apache.org Received: (qmail 13943 invoked by uid 500); 16 Mar 2010 17:17:50 -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 13935 invoked by uid 99); 16 Mar 2010 17:17:50 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Mar 2010 17:17:50 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jcarlson@e-dialog.com designates 208.94.20.29 as permitted sender) Received: from [208.94.20.29] (HELO corp-mail.e-dialog.com) (208.94.20.29) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Mar 2010 17:17:43 +0000 Received: from [10.65.4.0] (10.65.4.0) by eeyore.ad.e-dialog.com (10.100.8.45) with Microsoft SMTP Server id 8.2.234.1; Tue, 16 Mar 2010 13:17:21 -0400 Message-ID: <4B9FBC5A.1020002@e-dialog.com> Date: Tue, 16 Mar 2010 13:14:02 -0400 From: Josh Carlson Reply-To: jcarlson@e-dialog.com Organization: E-Dialog User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091209 Fedora/3.0-3.fc11 Lightning/1.0pre Thunderbird/3.0 MIME-Version: 1.0 To: "users@activemq.apache.org" Subject: prefetch=0 does not work with Stomp client? Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org I am using a Stomp client with ActiveMQ 5.3.0. I have some slow consumers and find that they wind up locking up messages in the dispatch queue even when are other consumers available to consume the messages. I believe prefetch is the cause of this problem. What I would like to do is set prefetch=0 so that messages only get dispatched when we actually ask for them by reading on the socket connection. However, setting prefetch=0 results in no messages being dispatched at all. Is prefetch=0 suppose to work with STOMP? Are there any additional server side settings required to make it work? Thanks -Josh