Return-Path: Delivered-To: apmail-geronimo-activemq-dev-archive@www.apache.org Received: (qmail 794 invoked from network); 28 Apr 2006 17:27:54 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 28 Apr 2006 17:27:54 -0000 Received: (qmail 33708 invoked by uid 500); 28 Apr 2006 17:27:54 -0000 Delivered-To: apmail-geronimo-activemq-dev-archive@geronimo.apache.org Received: (qmail 33678 invoked by uid 500); 28 Apr 2006 17:27:53 -0000 Mailing-List: contact activemq-dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: activemq-dev@geronimo.apache.org Delivered-To: mailing list activemq-dev@geronimo.apache.org Received: (qmail 33669 invoked by uid 99); 28 Apr 2006 17:27:53 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 28 Apr 2006 10:27:53 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of chirino@gmail.com designates 64.233.162.206 as permitted sender) Received: from [64.233.162.206] (HELO nz-out-0102.google.com) (64.233.162.206) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 28 Apr 2006 10:27:51 -0700 Received: by nz-out-0102.google.com with SMTP id z6so2295135nzd for ; Fri, 28 Apr 2006 10:27:30 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=Dz9DZZDuKppCZ39Qp6JnQz1X4qUtyCZYJgtb2VP2xMYrExkyyEiLKSS/QlZkqwU7XlrvkSi4gSFyZxAYJ4wdAoZF33XMoezFiuyvmBClu2f4BYW75rlNVY9eaTNM393ZK3BCQtZ/Lu61Oly+YwIVMUS3nPIkJHygVV4wYehD+LA= Received: by 10.65.214.6 with SMTP id r6mr2250735qbq; Fri, 28 Apr 2006 10:27:30 -0700 (PDT) Received: by 10.65.230.12 with HTTP; Fri, 28 Apr 2006 10:27:30 -0700 (PDT) Message-ID: Date: Fri, 28 Apr 2006 13:27:30 -0400 From: "Hiram Chirino" Sender: chirino@gmail.com To: activemq-dev@geronimo.apache.org Subject: ConsumerInfo command tweak. MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Google-Sender-Auth: 7f5fea8fa1a01135 X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N FYI for those openwire watchers. I just added a 'noRangeAcks' flag to the ConsumerInfo command. Not really used yet, but I figure it may be useful in the future and I'd rather get these small flags in before 4.0 goes final. The broker may be able to optimize it's processing or provides better QOS if it knows the consumer will not be sending ranged acks. A simple use case is to allow messages to be reordered based on priority while it's sitting in queues post the broker dispatch stage.=20 If the client is doing ranged acks, reordering would not be allowed since the order the client receives the messages must match the order that the broker dispatched them in so that it acks the right messages in the ack range. -- Regards, Hiram