Return-Path: Delivered-To: apmail-camel-users-archive@www.apache.org Received: (qmail 11016 invoked from network); 16 Jan 2011 10:26:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 16 Jan 2011 10:26:55 -0000 Received: (qmail 20798 invoked by uid 500); 16 Jan 2011 10:26:55 -0000 Delivered-To: apmail-camel-users-archive@camel.apache.org Received: (qmail 20547 invoked by uid 500); 16 Jan 2011 10:26:52 -0000 Mailing-List: contact users-help@camel.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@camel.apache.org Delivered-To: mailing list users@camel.apache.org Received: (qmail 20538 invoked by uid 99); 16 Jan 2011 10:26:51 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 16 Jan 2011 10:26:51 +0000 X-ASF-Spam-Status: No, hits=0.6 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL,URI_HEX X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of claus.ibsen@gmail.com designates 209.85.216.45 as permitted sender) Received: from [209.85.216.45] (HELO mail-qw0-f45.google.com) (209.85.216.45) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 16 Jan 2011 10:26:47 +0000 Received: by qwk4 with SMTP id 4so4389923qwk.32 for ; Sun, 16 Jan 2011 02:26:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=fVTsRJwuMzInrquZWY54daNH+G1ch41E0vMoxK4aLcY=; b=DKTw58xK6TzmGPvWzqbh5pbkQK5q5KnrD4E5gW5tB6RwKtmP1H+8/HeWxOD/J7UuLk 9+39VkmuTo48mSQClEwNUUgBGo1jvD+SMDKHzfu+qE3Sk0iJaWp68pbRsbsqSynsrl8+ 8GxnTpSP+eSlCh+uUtSr1WQrhRj50xU4UQ4DE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=hJuCS8yAi8CJaTwr1xpTrPzOJNSlJw3cSaau1zp1hBAnUp2k2eceA/eOJZONIUARCe 2EX7qxljTyF/5b7XWfpEilhVS0Qbsy5Dxb4RcPU7ShTguNf3rEAGLaHIGKrWK2VuoVyH Y0YICLZ6DKLQobps8wqj9FoarRGJCCdCWBWZA= Received: by 10.229.186.2 with SMTP id cq2mr2505581qcb.109.1295173584992; Sun, 16 Jan 2011 02:26:24 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.238.4 with HTTP; Sun, 16 Jan 2011 02:26:03 -0800 (PST) In-Reply-To: <1294846065198-3338324.post@n5.nabble.com> References: <1294798833563-3337627.post@n5.nabble.com> <1294846065198-3338324.post@n5.nabble.com> From: Claus Ibsen Date: Sun, 16 Jan 2011 11:26:03 +0100 Message-ID: Subject: Re: ActiveMQ ?query='..' URI parameter not accepted To: users@camel.apache.org Content-Type: text/plain; charset=ISO-8859-1 On Wed, Jan 12, 2011 at 4:27 PM, Barry Kaplan wrote: > > from("jms:topic:mytopic?query='from=today'") .process { ... } > > Its really that simple, although the value for query can be any string. > > For that topic I have defined a custom QueryBasedSubscriptionRecoveryPolicy > to which activemq will provide the query parameter value when a client > subscribes, giving my policy impl the chance to send the historical messages > to the particular subscriber. > > But I'm guessing Claus that you already know all this about activemq, so am > I misunderstanding what kind of example you are asking for? > How do you perceive that the JmsComponent / ActiveMQ component should figure out the query parameter is for a custom QueryBasedSubscriptionRecoveryPolicy ? There are a zillion options in ActiveMQ and not all is possible to compute from an uri string where they actually should be used. I think to remedy they there need to be more prefixes, so query would have to be prefixed with something that ties it to recoveryPolicy, so maybe? ?recovery.policy.queue=XXXX > However, there are also other uri paramters that activemq will process that > the jms/activemq components won't let thru. It seems that that the camel > components pretty much must duplicate the activemq uri model release per > release. Since activemq will validate the uri, it seems that the activemq > component (not the jms component though) should not fail for parameters it > does not recognize. If this were the case though, I'm guessing that some > errors from activemq might come much later than they would if issue by the > camel component. But surely this can be configurable decision. > > > -- > View this message in context: http://camel.465427.n5.nabble.com/ActiveMQ-query-URI-parameter-not-accepted-tp3337627p3338324.html > Sent from the Camel - Users mailing list archive at Nabble.com. > -- Claus Ibsen ----------------- FuseSource Email: cibsen@fusesource.com Web: http://fusesource.com Twitter: davsclaus Blog: http://davsclaus.blogspot.com/ Author of Camel in Action: http://www.manning.com/ibsen/