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 0C6FB9566 for ; Thu, 22 Dec 2011 14:38:36 +0000 (UTC) Received: (qmail 72141 invoked by uid 500); 22 Dec 2011 14:38:35 -0000 Delivered-To: apmail-camel-dev-archive@camel.apache.org Received: (qmail 72098 invoked by uid 500); 22 Dec 2011 14:38:35 -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 72090 invoked by uid 99); 22 Dec 2011 14:38:35 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 22 Dec 2011 14:38:35 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [64.85.173.253] (HELO server.dankulp.com) (64.85.173.253) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 22 Dec 2011 14:38:30 +0000 Received: by server.dankulp.com (Postfix, from userid 5000) id 53354182B03; Thu, 22 Dec 2011 09:38:09 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on server.dankulp.com X-Spam-Level: X-Msg-File: /tmp/mailfilter-dev@camel.apache.org.ZcHbzyT2qs Received: from dilbert.dankulp.com (c-24-91-72-253.hsd1.ma.comcast.net [24.91.72.253]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.dankulp.com (Postfix) with ESMTPSA id 96DB1180B21; Thu, 22 Dec 2011 09:38:07 -0500 (EST) From: Daniel Kulp To: dev@camel.apache.org Cc: Christian =?ISO-8859-1?Q?M=FCller?= Subject: Re: [VOTE] Release Apache Camel 2.9.0 Date: Thu, 22 Dec 2011 09:38:06 -0500 Message-ID: <7167962.QP8fU20hhu@dilbert.dankulp.com> User-Agent: KMail/4.7.4 (Linux/3.0.1; KDE/4.7.4; x86_64; ; ) In-Reply-To: References: <4EF15B62.9040002@gmail.com> <4EF32C31.6050601@gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" X-Old-Spam-Status: No, score=-102.9 required=3.0 tests=ALL_TRUSTED,BAYES_00, SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.3.2 On Thursday, December 22, 2011 3:35:02 PM Christian M=FCller wrote: > I'm wondering if we are really OSGI container independend. Some of th= e > camel features depend on the http, eventadmin or spring feature wich = are > provided by Karaf. They may do not exist in other OSGI container. Well, the features.xml file is a Karaf defined feature, so that makes s= ense=20 that it would be somewhat tied to Karaf. If another container has some= thing=20 similar to a Karaf features file, we would likely need to create a new= one=20 that would tie it to that container. --=20 Daniel Kulp dkulp@apache.org - http://dankulp.com/blog Talend Community Coder - http://coders.talend.com