Return-Path: X-Original-To: apmail-camel-dev-archive@www.apache.org Delivered-To: apmail-camel-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B283FD5F5 for ; Mon, 15 Oct 2012 20:53:28 +0000 (UTC) Received: (qmail 59122 invoked by uid 500); 15 Oct 2012 20:53:28 -0000 Delivered-To: apmail-camel-dev-archive@camel.apache.org Received: (qmail 59080 invoked by uid 500); 15 Oct 2012 20:53:28 -0000 Mailing-List: contact dev-help@camel.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@camel.apache.org Delivered-To: mailing list dev@camel.apache.org Received: (qmail 59068 invoked by uid 99); 15 Oct 2012 20:53:27 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 15 Oct 2012 20:53:27 +0000 X-ASF-Spam-Status: No, hits=-0.5 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of sully6768@gmail.com designates 209.85.161.173 as permitted sender) Received: from [209.85.161.173] (HELO mail-gg0-f173.google.com) (209.85.161.173) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 15 Oct 2012 20:53:23 +0000 Received: by mail-gg0-f173.google.com with SMTP id s5so1616045ggc.32 for ; Mon, 15 Oct 2012 13:53:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=gf7uNp8kRQhuTmEAQmyKnWeRjbIzLSOlN7oqGpx8wHc=; b=NA+8voqnKpvLSSx3FwqTZE9A8WFAUvttyxBKRvSuB9o9BuplYbclWcaceaV1fUKfEg EUD7HeC6hetmf4WiBkDuHc+rCIygcCLb6Lln7ANxYyNkhjcaqI2U9t2fR1blx7mzKeMQ ACOv361ecjdMx+Fk40uTzOVNT0KHzIVHlmBIeBcmw+KVnSGTV8KpkOTryxS8/o3YeWTG Ki5L7brVQglapc/m/LXGbwCvoaxYe65EKgSV72o8Z8+E3DjhR0BuVkqG00eHBWcILHUW eeqJfMxUiYRrljSBlPoWtVg6SmwjqxjFVaZ4O5eh9h8U3gAKhEH1QTYIsI80yPYqAgUM SFmw== MIME-Version: 1.0 Received: by 10.236.144.165 with SMTP id n25mr11951590yhj.61.1350334382882; Mon, 15 Oct 2012 13:53:02 -0700 (PDT) Received: by 10.101.40.7 with HTTP; Mon, 15 Oct 2012 13:53:02 -0700 (PDT) In-Reply-To: References: Date: Mon, 15 Oct 2012 15:53:02 -0500 Message-ID: Subject: Re: [DISCUSSION]Camel Karaf/Blueprint Support Roadmap From: Scott England-Sullivan To: Daniel Kulp Cc: dev@camel.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org That was my thought until I ran the camel-itest-karaf project with Karaf 2.3.0-SNAPSHOT which generates a whole host of errors. More investigation is required but it would seem that Camel, as of right now, either supports Karaf 2.2.9 or 2.3.0. On Mon, Oct 15, 2012 at 1:31 PM, Daniel Kulp wrote: > > On Oct 15, 2012, at 1:30 PM, Scott England-Sullivan = wrote: > >> Hello all, >> >> There have been several requests and recommendations in various threads = to >> upgrade camel-blueprint to Aries Blueprint 1.0.0. Having been involved >> with several of them recently I started to review the impacts of this >> change. I could be over-thinking this but I don't believe this upgrade >> should happen without a simultaneous upgrade of the Camel Karaf support = to >> 2.3.0 as that is the first release to offer support for Aries Blueprint >> 1.0.0. >> >> This of course carries a risk of breaking backwards compatibility with >> Camel 2.10.x and its support of Karaf 2.2.9. >> >> Therefore I wanted to bring this forward to a larger audience and get in= put >> on whether or not this is a change desired for Camel 2.11 or is it >> something to look at further down the road. > > > There are two different parts to this: > > 1) Supporting 1.0.0 > > 2) Dropping support for 0.3 > > > I really don't think the two of them are mutually exclusive. The versio= n range we currently use for the aries blueprint stuff is: > > org.apache.aries.blueprint;version=3D"[0.2,2)" > > and I know we've done fairly extensive testing of Camel with 1.0.0. Thus= , I think we can already claim that we support 1.0.0. Thus, it's more of= a question of #2. > > The real question is "What do we gain by dropping support for 0.3?" At = this point, I think the answer is "something close to nothing". However, i= t would prevent easy deployment on the way more widely used Karaf 2.2.x. = Thus, I would say there is no point in doing it at this time. > > > -- > Daniel Kulp > dkulp@apache.org - http://dankulp.com/blog > Talend Community Coder - http://coders.talend.com > --=20 -- Scott England-Sullivan Apache Camel Committer Principal Consultant / Sr. Architect | Red Hat, Inc. FuseSource is now part of Red Hat Web: fusesource.com | redhat.com Blog: sully6768.blogspot.com Twitter: sully6768