Return-Path: X-Original-To: apmail-camel-users-archive@www.apache.org Delivered-To: apmail-camel-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D4EB91085A for ; Tue, 28 Jan 2014 15:51:35 +0000 (UTC) Received: (qmail 55760 invoked by uid 500); 28 Jan 2014 15:51:33 -0000 Delivered-To: apmail-camel-users-archive@camel.apache.org Received: (qmail 55727 invoked by uid 500); 28 Jan 2014 15:51:32 -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 55719 invoked by uid 99); 28 Jan 2014 15:51:32 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Jan 2014 15:51:32 +0000 X-ASF-Spam-Status: No, hits=0.6 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS,URI_HEX X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of claus.ibsen@gmail.com designates 209.85.213.173 as permitted sender) Received: from [209.85.213.173] (HELO mail-ig0-f173.google.com) (209.85.213.173) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Jan 2014 15:51:28 +0000 Received: by mail-ig0-f173.google.com with SMTP id c10so12447022igq.0 for ; Tue, 28 Jan 2014 07:51:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=9S3gMrpKdZ/wpVs+X3DJK0nRXqMzsWi0M+xIMlJwlk8=; b=ugSdhogt4QG9FISLhZfoIXg+Fe6OJTX6x4T3kmqYbc0t+Fc3ZnP5xeJgJQ1UdcZvd8 SLJgD0NtZr/a8Wh3H/mANwekMfHNJdEESnb6kGg2OEZz0ZdCvAbYwQLNKWcWNFaDJpYP M8is54D6ZBFXJfwz2NH9I4+ZbvAY6zq/tdZRONlPrGtlm1LykqhvRnyS9EoZIuh0Bxts Bdd8YEGlFAHeKnqBLCu2Iv9nDVbM9z7C4FovAW2BuBkrZnnaCC4XvbOytXedGhjl+OnD UfZ+lL6uQwZB6bni4Krhj4vXN+a2lf0gsVOL3iPPhLarWFDsSfmp28zsndh2mc7R1/Of ek0A== X-Received: by 10.43.145.137 with SMTP id ju9mr1702624icc.36.1390924267827; Tue, 28 Jan 2014 07:51:07 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.133.72 with HTTP; Tue, 28 Jan 2014 07:50:47 -0800 (PST) In-Reply-To: <1390924116.91621.YahooMailNeo@web125404.mail.ne1.yahoo.com> References: <1390858556.23972.YahooMailNeo@web125406.mail.ne1.yahoo.com> <1390922195387-5746552.post@n5.nabble.com> <1390924116.91621.YahooMailNeo@web125404.mail.ne1.yahoo.com> From: Claus Ibsen Date: Tue, 28 Jan 2014 16:50:47 +0100 Message-ID: Subject: Re: Pros and cons of using choice as opposed to having separate endpoints To: "users@camel.apache.org" Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org Hi Just one thing about 1 route vs N routes. If you have N routes then you can individually control these routes to suspend/resume them. On Tue, Jan 28, 2014 at 4:48 PM, Shing Hing Man wrote: > > > Hi John, > > > Thanks for mentioning the point below. > >> the incoming message if it doesn't match. I.e. if a non-matching .from() is >> first to pull the http request, will the http request still be available for >> the correct endpoint to process? Asked another way, what does a .from(http) >> endpoint do with non-matching http requests? > > The multiple route option is in production already and from what I have observed in our production system, > Camel is clever enough to match an incoming message with the correct route. We have not seen any missing > incoming messages. > > Shing > > > > > > > On Tuesday, January 28, 2014 3:17 PM, John Kramer wrote: > > Hello Shing, > > I'm in somewhat of a similar situation except I'll be pulling messages from > multiple email accounts for the from endpoint. I should add that I'm > relatively new to camel so please factor that into my responses to follow. > > My first question regarding the use of the multiple route option is that > given the different .from()'s are monitoring the same port is the status of > the incoming message if it doesn't match. I.e. if a non-matching .from() is > first to pull the http request, will the http request still be available for > the correct endpoint to process? Asked another way, what does a .from(http) > endpoint do with non-matching http requests? > > For my situation, there is a great deal of commonality in the needed routing > and processing of the incoming messages so I am planning on using a single > route. I believe this will result in a camel application that is easier to > maintain in the long run. > > Best, > John > > > > > -- > View this message in context: http://camel.465427.n5.nabble.com/Pros-and-cons-of-using-choice-as-opposed-to-having-separate-endpoints-tp5746510p5746552.html > Sent from the Camel - Users mailing list archive at Nabble.com. -- Claus Ibsen ----------------- Red Hat, Inc. Email: cibsen@redhat.com Twitter: davsclaus Blog: http://davsclaus.com Author of Camel in Action: http://www.manning.com/ibsen Make your Camel applications look hawt, try: http://hawt.io