Return-Path: Delivered-To: apmail-camel-users-archive@www.apache.org Received: (qmail 38046 invoked from network); 19 Mar 2009 13:13:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 19 Mar 2009 13:13:29 -0000 Received: (qmail 20517 invoked by uid 500); 19 Mar 2009 13:13:28 -0000 Delivered-To: apmail-camel-users-archive@camel.apache.org Received: (qmail 20501 invoked by uid 500); 19 Mar 2009 13:13:28 -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 20490 invoked by uid 99); 19 Mar 2009 13:13:28 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 19 Mar 2009 06:13:28 -0700 X-ASF-Spam-Status: No, hits=2.4 required=10.0 tests=HTML_MESSAGE,SPF_PASS,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of bruno.borges@gmail.com designates 209.85.217.160 as permitted sender) Received: from [209.85.217.160] (HELO mail-gx0-f160.google.com) (209.85.217.160) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 19 Mar 2009 13:13:18 +0000 Received: by gxk4 with SMTP id 4so31104gxk.20 for ; Thu, 19 Mar 2009 06:12:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=/DLVcQdyut5Rh9nTswdqnPwcJA32/SfIEHxeygCkAEQ=; b=JINYVQL0tjyQWHbdGYM2W0YYR7+iIVk5mdELC5Q+dBbFLs5hQ5u7QFIKnKi5L+hvXU XuoH/MEoV/xn9OTsFLywm61ldeTvLlxSagTERQouJq8nme33+4yIPqJKYQEzhTrzpO8M 6YvFmPcGU0EiPb6QxkY4WF5meWirII4kmk1Ec= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=NTjke6T3OLz0oHz7ZEkNI+rqDhP1fe9QKT3linIRt00de+cUJSObDk64SdpxMbC9By HEIoZIyMQS0F0NfOlUW23h4clo1pPZT9sLfznZGHinWUtgqz4LZEnoPefLZH7kTYbbv4 61yF6s3LQ6V6LFe0J1eW1cmcZOm0zlOA8e96A= MIME-Version: 1.0 Received: by 10.231.15.74 with SMTP id j10mr793957iba.48.1237468376733; Thu, 19 Mar 2009 06:12:56 -0700 (PDT) In-Reply-To: <22578949.post@talk.nabble.com> References: <22370230.post@talk.nabble.com> <22522393.post@talk.nabble.com> <5380c69c0903160921i2305c1d7sbe7e4a65c15c673d@mail.gmail.com> <22578949.post@talk.nabble.com> Date: Thu, 19 Mar 2009 10:12:56 -0300 Message-ID: <91c14fa90903190612y7aa6489dy9b0a9f9ce4e05dec@mail.gmail.com> Subject: Re: Starting, stopping and removing routes at runtime From: Bruno Borges To: users@camel.apache.org Content-Type: multipart/alternative; boundary=00221532cba0041a4e0465788f8b X-Virus-Checked: Checked by ClamAV on apache.org --00221532cba0041a4e0465788f8b Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit I'm sorry I'm getting this thread in the middle without reading previous messages, but just one thought: isn't this what ESBs are supposed to manage? I mean, with ESBs we can plug'n play routes easily, add, remove, whatever. If Camel start to have functions like this, wouldn't be overlapping with ESBs functions? How would Camel compare with ServiceMix for example? Please don't shoot. :-) Best regards, Bruno Borges blog.brunoborges.com.br +55 21 76727099 "The glory of great men should always be measured by the means they have used to acquire it." - Francois de La Rochefoucauld On Wed, Mar 18, 2009 at 10:15 AM, m.s. wrote: > > > > >> - can I get a single RouteDefinition, or only a list that I must iterate > >> to > >> find the one I am looking for? > > The API is what we got. But we are open for API changes in Camel 2.0 > > so if you have suggestions what > > you would like changed/added that feedback is much appreciated. > > > > I think a pre check if a route with a certain ID already exists would be > helpful. I would also like to do more things based on the routeID, instead > of getting the list with the RouteDefinitions and then searching for the > one > I want to manipulate. I am thinking about methods like > - RouteDefinition getRouteDefinition(String id) > - void startRoute(String id) > - void stopRoute(String id) > - boolean routeExists(String id) > > On the other hand I am not sure if this is really feasible as the route ID > is an optional attribute. And as these route manipulations at runtime do > not > occur that often, the current API and some additional code in the > application is probably sufficient in most cases. > > M.S. > -- > View this message in context: > http://www.nabble.com/Starting%2C-stopping-and-removing-routes-at-runtime-tp22370230p22578949.html > Sent from the Camel - Users (activemq) mailing list archive at Nabble.com. > > --00221532cba0041a4e0465788f8b--