Return-Path: Delivered-To: apmail-cxf-dev-archive@www.apache.org Received: (qmail 67855 invoked from network); 11 Dec 2008 11:43:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 11 Dec 2008 11:43:36 -0000 Received: (qmail 78420 invoked by uid 500); 11 Dec 2008 11:43:47 -0000 Delivered-To: apmail-cxf-dev-archive@cxf.apache.org Received: (qmail 78390 invoked by uid 500); 11 Dec 2008 11:43:47 -0000 Mailing-List: contact dev-help@cxf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cxf.apache.org Delivered-To: mailing list dev@cxf.apache.org Received: (qmail 78379 invoked by uid 99); 11 Dec 2008 11:43:46 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 Dec 2008 03:43:46 -0800 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [192.77.186.17] (HELO mx3.progress.com) (192.77.186.17) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 11 Dec 2008 11:43:25 +0000 Received: from mx3.progress.com (127.0.0.1) by mx3.progress.com (MlfMTA v3.2r9) id h83udq0171s8 for ; Thu, 11 Dec 2008 06:43:05 -0500 (envelope-from ) Received: from progress.com ([192.233.92.16]) by mx3.progress.com (SonicWALL 6.2.2.1073) with ESMTP; Thu, 11 Dec 2008 06:43:05 -0500 Received: from NTEXFE01.bedford.progress.com (ntexfe01 [10.128.10.24]) by progress.com (8.13.8/8.13.8) with ESMTP id mBBBh4rH023036; Thu, 11 Dec 2008 06:43:04 -0500 (EST) Received: from MAIL02.bedford.progress.com ([172.16.2.55]) by NTEXFE01.bedford.progress.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 11 Dec 2008 06:43:03 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C95B85.8952BFF7" Subject: RE: Would it make sense to add a Distributed-OSGi component to CXF-Jira? Date: Thu, 11 Dec 2008 06:41:43 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Would it make sense to add a Distributed-OSGi component to CXF-Jira? Thread-Index: AclbhBrKa6ODyoyYTGuM7+lEV6bZNgAAVW6I References: From: "Eoghan Glynn" To: , X-OriginalArrivalTime: 11 Dec 2008 11:43:03.0807 (UTC) FILETIME=[A07CA0F0:01C95B85] X-Mlf-Version: 6.2.2.1073 X-Mlf-UniqueId: o200812111143050230665 X-Virus-Checked: Checked by ClamAV on apache.org ------_=_NextPart_001_01C95B85.8952BFF7 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Yep agreed, makes sense to have a separate distributed OSGi category in = JIRA. Cheers, Eoghan -----Original Message----- From: david.bosschaert@gmail.com on behalf of davidb@apache.org Sent: Thu 11/12/2008 11:27 To: dev@cxf.apache.org Subject: Would it make sense to add a Distributed-OSGi component to = CXF-Jira? =20 Hi all, Currently all of the bugs against the Distributed OSGi code are filed in the 'OSGi' component in CXF. However I think this is potentially confusing as the 'OSGi' component really hints to me that it relates to OSGi properties of core CXF (e.g. the way OSGi metadata is added to OSGi-bundelized CXF libraries). Since this is quite a different area from the code that implements the Distributed OSGi specification I was wondering would it make sense to add a 'Distributed OSGi' component to JIRA as well for bugs relating to that code? Cheers, David ------_=_NextPart_001_01C95B85.8952BFF7--