Return-Path: Delivered-To: apmail-activemq-camel-dev-archive@locus.apache.org Received: (qmail 85442 invoked from network); 21 Nov 2008 18:02:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 21 Nov 2008 18:02:32 -0000 Received: (qmail 60560 invoked by uid 500); 21 Nov 2008 18:02:41 -0000 Delivered-To: apmail-activemq-camel-dev-archive@activemq.apache.org Received: (qmail 60544 invoked by uid 500); 21 Nov 2008 18:02:41 -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 60533 invoked by uid 99); 21 Nov 2008 18:02:41 -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 10:02:41 -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 hzbarcea@gmail.com designates 74.125.92.145 as permitted sender) Received: from [74.125.92.145] (HELO qw-out-1920.google.com) (74.125.92.145) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Nov 2008 18:01:14 +0000 Received: by qw-out-1920.google.com with SMTP id 9so206947qwj.26 for ; Fri, 21 Nov 2008 10:01:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=X5Ei1BtyZD8xCwYynZzNqbnzlcxIDIw7jx3MZKwQeRs=; b=YZ89sudzO1/Go81XTURD/igAJzv0ExNSjndv6JKLerl4pU94isy7WFuszup+dZ2MZH mosVRJVQ6Jlz/X3cM2h8grK+c6nOzykYM+ZxrZnFDCEFk2iVI/jTTbCP/tPcRqABS9vo NC331nSXMURLXeiDIyQ/TU8NYThrD3pBZFGLs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=U3SnoiiBw/nneR8RI87GRmiL3qpfm22t0LIRBmKc+gB5Wa6vJqtU6E1+UFn8yv3r1K sg+gDYqCQXSReBjpVOYyiU3w0c9c3B+Ifn8K5rhbZONSGy9Sjz3tppbVdgErAPJiiHE8 fiuNJo7S/P2ufO2yllNfUhPiG35NCPy2dwnrs= Received: by 10.215.38.3 with SMTP id q3mr653568qaj.336.1227290509696; Fri, 21 Nov 2008 10:01:49 -0800 (PST) Received: from ?10.40.58.120? (adsl-074-168-211-066.sip.rmo.bellsouth.net [74.168.211.66]) by mx.google.com with ESMTPS id 33sm1791839yxr.3.2008.11.21.10.01.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 21 Nov 2008 10:01:49 -0800 (PST) Message-Id: From: Hadrian Zbarcea To: camel-dev@activemq.apache.org In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Subject: Re: [HEADS UP] Using verbs for the EIP actions Date: Fri, 21 Nov 2008 13:01:47 -0500 References: <49266998.2030703@gmail.com> <2748945d0811210538u27edfc9doa8e5ceff4b2594b@mail.gmail.com> X-Mailer: Apple Mail (2.929.2) X-Virus-Checked: Checked by ClamAV on apache.org The idea is to move it to a different jar, not a different package, to maintain backwards compatibility. Comments and ideas always welcome! Hadrian On 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 >> >>