Return-Path: Delivered-To: apmail-camel-users-archive@www.apache.org Received: (qmail 61911 invoked from network); 28 Jun 2009 21:29:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 28 Jun 2009 21:29:32 -0000 Received: (qmail 34217 invoked by uid 500); 28 Jun 2009 21:29:42 -0000 Delivered-To: apmail-camel-users-archive@camel.apache.org Received: (qmail 34160 invoked by uid 500); 28 Jun 2009 21:29:42 -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 34150 invoked by uid 99); 28 Jun 2009 21:29:42 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 28 Jun 2009 21:29:42 +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 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; Sun, 28 Jun 2009 21:29:30 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1ML1vx-0006im-S6 for users@camel.apache.org; Sun, 28 Jun 2009 14:29:09 -0700 Message-ID: <24245681.post@talk.nabble.com> Date: Sun, 28 Jun 2009 14:29:09 -0700 (PDT) From: ariekenb To: users@camel.apache.org Subject: Re: @Consume creates multiple consumers when using multiple camel contexts In-Reply-To: <5380c69c0906250204h7e726c7bn2f53a828d502acef@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: aaron.j.riekenberg@lmco.com References: <24190660.post@talk.nabble.com> <5380c69c0906242233x5864d905w814988fc38826256@mail.gmail.com> <5380c69c0906250119g467f60e6g120e053617e13ea3@mail.gmail.com> <5380c69c0906250204h7e726c7bn2f53a828d502acef@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org Thanks Claus for the fast investigation and fix! It looks like trunk is not building right now (the latest downloadable snapshot is from June 23). I will try your fix when things are working again. Thanks again, Aaron Claus Ibsen-2 wrote: > > Hi > I have commited a fix on camel trunk (eg 2.0) > > If possible could you test it in your environment? You can grap the source > and build or get a SNAPSHOT from a maven repo when its updated. > Details at Camel download page > > > On Thu, Jun 25, 2009 at 10:19 AM, Claus Ibsen > wrote: > >> Hi >> I created a ticket to track this >> https://issues.apache.org/activemq/browse/CAMEL-1758 >> >> And is currently working on implementing it. >> >> A new context attribute is added to the various annotations that >> allows you to specify a particular camel context id it should apply. >> >> >> >> On Thu, Jun 25, 2009 at 7:33 AM, Claus Ibsen >> wrote: >> > >> > >> > On Wed, Jun 24, 2009 at 8:50 PM, ariekenb >> wrote: >> >> >> >> I just stumbled into an issue where using an @Consume annotation on a >> bean >> >> ended up creating 2 consumers when that bean was deployed in an OSGi >> bundle >> >> containing 2 camel contexts. >> >> >> >> It appears 1 consumer is created for each @Consume annotation for each >> >> context, even if the endpoint the @Consume references is only present >> in >> one >> >> of the contexts. >> > >> > @Consume will create the endpoint if not already defined in the camel >> context. >> > And I assume @Consume is in some code that is shared between multiple >> camel contexts? >> > And that you have to scan in the same classpaths in your >> camel >> context configurations? >> > If you set the to use different classpaths then you can >> control >> which camel context >> > that looks into which packages. >> > >> >> >> >> This can cause not very obvious threading problems - a consumer might >> >> unexpectedly receive messages in multiple threads if a new camel >> context >> is >> >> added to the bundle. >> >> >> >> I don't see any way to explicitly bind @Consume to a particular >> context. >> >> Has anyone ever considered adding an option to the annotation to >> specify >> a >> >> context name? >> > >> > Yeah that could be a good idea to add some sort of qualifier or context >> option to limit >> > it a certain context. But an option like: context="camel-1" would do >> for >> now I think. >> > >> >> >> >> Thanks, >> >> Aaron >> >> -- >> >> View this message in context: >> http://www.nabble.com/%40Consume-creates-multiple-consumers-when-using-multiple-camel-contexts-tp24190660p24190660.html >> >> Sent from the Camel - Users mailing list archive at Nabble.com. >> >> >> > >> > >> > >> > -- >> > Claus Ibsen >> > Apache Camel Committer >> > >> > Open Source Integration: http://fusesource.com >> > Blog: http://davsclaus.blogspot.com/ >> > Twitter: http://twitter.com/davsclaus >> > >> >> >> >> -- >> Claus Ibsen >> Apache Camel Committer >> >> Open Source Integration: http://fusesource.com >> Blog: http://davsclaus.blogspot.com/ >> Twitter: http://twitter.com/davsclaus >> > > > > -- > Claus Ibsen > Apache Camel Committer > > Open Source Integration: http://fusesource.com > Blog: http://davsclaus.blogspot.com/ > Twitter: http://twitter.com/davsclaus > > -- View this message in context: http://www.nabble.com/%40Consume-creates-multiple-consumers-when-using-multiple-camel-contexts-tp24190660p24245681.html Sent from the Camel - Users mailing list archive at Nabble.com.