Return-Path: Delivered-To: apmail-activemq-camel-dev-archive@locus.apache.org Received: (qmail 81116 invoked from network); 21 Nov 2008 17:57:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 21 Nov 2008 17:57:48 -0000 Received: (qmail 53251 invoked by uid 500); 21 Nov 2008 17:57:57 -0000 Delivered-To: apmail-activemq-camel-dev-archive@activemq.apache.org Received: (qmail 53176 invoked by uid 500); 21 Nov 2008 17:57:57 -0000 Mailing-List: contact camel-dev-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: camel-dev@activemq.apache.org Delivered-To: mailing list camel-dev@activemq.apache.org Received: (qmail 53165 invoked by uid 99); 21 Nov 2008 17:57:57 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Nov 2008 09:57:57 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of chirino@gmail.com designates 209.85.132.242 as permitted sender) Received: from [209.85.132.242] (HELO an-out-0708.google.com) (209.85.132.242) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Nov 2008 17:56:31 +0000 Received: by an-out-0708.google.com with SMTP id b38so406352ana.41 for ; Fri, 21 Nov 2008 09:57:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=oDMLJbxDjT9Je94c2WkDRW+QzUgb6TaBcyQTDPquoDM=; b=V8ByQ1Z9TDnrCt72Od6goZctEPhw4iGyukcuAapF/eYlIeS6sinNeovA1OmrIvpCC0 DB/4M+5/u/XLiF+PwMF7Ybnz72jatDk+qRfuNJgPeGnnS38kKjc571S3XuBpNo62kHDG s7XLqoqm2VBrseIR6d5pVgkvemNbD4+MxWhCQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=KmqoxydGZD476NtRCpy4ipB7Ct+bm+H5kjbzHJTants2h+mjXjHZsqPvntb47qyui0 NlxEm0W3Jjiiuct5gtg8mx7m0mXrIWK4JdMRdfcrmHOFKmQ9D5oKDZd8DduFotVTvFdP W4gZGeozXXOYLNc4j0Uvbg/WHd98HqN8XAjrg= Received: by 10.142.157.9 with SMTP id f9mr397094wfe.87.1227290235542; Fri, 21 Nov 2008 09:57:15 -0800 (PST) Received: by 10.142.224.18 with HTTP; Fri, 21 Nov 2008 09:57:15 -0800 (PST) Message-ID: Date: Fri, 21 Nov 2008 12:57:15 -0500 From: "Hiram Chirino" Sender: chirino@gmail.com To: camel-dev@activemq.apache.org Subject: Re: [HEADS UP] Using verbs for the EIP actions In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <49266998.2030703@gmail.com> <2748945d0811210538u27edfc9doa8e5ceff4b2594b@mail.gmail.com> X-Google-Sender-Auth: 35f017ab63512182 X-Virus-Checked: Checked by ClamAV on apache.org hard to argue against that point :) On Fri, Nov 21, 2008 at 12:55 PM, raulvk wrote: > Hi, I was just following this thread and even though I am not a > committer I thought it would be OK if I put it my 2 cents... > Don't you think that moving the old noun-based DSL to a different > package than the current one would defeat the purpose of > backward-compatibility? If this was done, I believe that all current > code would still need to be changed to reference the newly package > that contains the old DSL, therefore disarming the > backward-compatibility of this solution... > > Am I right? > > 2008/11/21 Hadrian Zbarcea : >> Interesting idea, but in that case, I'd rather put the old ones in a >> separate package. Or put both dsls in separate jars (and use one or the >> other). >> >> >> On Nov 21, 2008, at 12:23 PM, Hiram Chirino wrote: >> >>> I'm not sure how backward compatible we want to remain. It could be >>> possible to put the new java DSL route builders in a new package or >>> class so that it is possible to one day provide a backward >>> compatibility support. Not that we have to do that day 1 of the 2.0 >>> release.. >>> >>> What do you think? >>> >>> >>> On Fri, Nov 21, 2008 at 8:38 AM, Jon Anstey wrote: >>>> >>>> Agreed. We shouldn't even be thinking of keeping two sets of DSL methods >>>> for >>>> the 2.0 release, would be too messy. I'd say go for it! >>>> >>>> BTW we've been keeping track of API breaks in the 2.0.0 release notes >>>> just >>>> so users are aware of this >>>> http://cwiki.apache.org/confluence/display/CAMEL/Camel+2.0.0+Release >>>> >>>> On Fri, Nov 21, 2008 at 4:26 AM, Willem Jiang >>>> wrote: >>>> >>>>> Hi >>>>> >>>>> In the CAMEL-64[1], we are talking about using the verbs for EIP >>>>> actions. >>>>> Current Camel's DSL and Spring configruation file are using noun to >>>>> define the routing rules. >>>>> >>>>> Such as >>>>> from(seda:a).throttler(10).to(mock:result); >>>>> >>>>> >>>> xmlns="http://activemq.apache.org/camel/schema/spring"> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> it will be better if we make DSL like this >>>>> from(seda:a).throttle(10).to(mock:result); >>>>> >>>>> As we discussed in the JIRA, it is impossible to make the Spring schema >>>>> support old nuns and new verbs at same time. >>>>> >>>>> Since we are working on Camel 2.0, it will be painless if we directly >>>>> move on to use the verbs instead of still supporting nuns in DSL and >>>>> Spring configuration. >>>>> >>>>> Any thoughts ? >>>>> >>>>> [1]https://issues.apache.org/activemq/browse/CAMEL-64 >>>>> >>>>> Willem >>>>> >>>> >>>> >>>> >>>> -- >>>> Cheers, >>>> Jon >>>> >>>> http://janstey.blogspot.com/ >>>> >>> >>> >>> >>> -- >>> Regards, >>> Hiram >>> >>> Blog: http://hiramchirino.com >>> >>> Open Source SOA >>> http://open.iona.com >> >> > -- Regards, Hiram Blog: http://hiramchirino.com Open Source SOA http://open.iona.com