Return-Path: Delivered-To: apmail-activemq-users-archive@www.apache.org Received: (qmail 20286 invoked from network); 11 Oct 2007 23:37:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 11 Oct 2007 23:37:29 -0000 Received: (qmail 25123 invoked by uid 500); 11 Oct 2007 23:37:16 -0000 Delivered-To: apmail-activemq-users-archive@activemq.apache.org Received: (qmail 25088 invoked by uid 500); 11 Oct 2007 23:37:16 -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 25079 invoked by uid 99); 11 Oct 2007 23:37:16 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 Oct 2007 16:37:16 -0700 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 (athena.apache.org: domain of lists@nabble.com designates 216.139.236.158 as permitted sender) Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 Oct 2007 23:37:18 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1Ig7aL-0007W8-R8 for users@activemq.apache.org; Thu, 11 Oct 2007 16:36:57 -0700 Message-ID: <13166731.post@talk.nabble.com> Date: Thu, 11 Oct 2007 16:36:57 -0700 (PDT) From: Terry K To: users@activemq.apache.org Subject: Re: message selectors In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: tyrone.king@thomson.com References: <13145936.post@talk.nabble.com> <13155279.post@talk.nabble.com> X-Virus-Checked: Checked by ClamAV on apache.org .. what worries me at this point is introducing yet anothrer level of software complexity to solve what is really a simple requirement. I can see a simple database table with a little SQL code could solve this problem. What advantage does a JMS Queue (which is not a trivial software infrastructure to incorporate) give to this situation? James.Strachan wrote: > > On 11/10/2007, Terry K wrote: >> >> ... thanks for the suggestions - message groups do sound like a plausible >> solution. >> >> I am not interested in assigning a group of messages to particular >> sessions >> indefinately as the groups will be small and many. Once the high priority >> message has been dequeued with all related messages (at that point in >> time) >> that batch work is done and time to move onto the next high priority >> message. > > If you basically want to reorder a queue so that high priority > messages are processed first; with their related messages before > others, you maybe need this... > http://activemq.apache.org/camel/resequencer.html > > to reorder messages on the queue before they hit your consumer > > >> CorrelationID's also look promising. High do you create a message >> selector >> string to select by comparisons to other messages > > A JMS selector only performs a boolean expression on the current > message only - not on a window of previous messages > > >> e.g. CorrelationID and >> Priorty? I can see how this is done in the JMS Message javadoc API. All >> documentation seems to relate to literal comparisons > > See > http://activemq.apache.org/how-do-i-use-jms-efficiently.html > > with JMS if you want high performance you typically don't wanna be > starting/stopping subscriptions as you process individual messages. > > > -- > James > ------- > http://macstrac.blogspot.com/ > > Open Source SOA > http://open.iona.com > > -- View this message in context: http://www.nabble.com/message-selectors-tf4603950s2354.html#a13166731 Sent from the ActiveMQ - User mailing list archive at Nabble.com.