Mailing-List: contact dev-help@cxf.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cxf.apache.org
Received-SPF: pass (nike.apache.org: domain of david.bosschaert@gmail.com
 designates 209.85.216.183 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:sender:reply-to:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:content-type
         :content-transfer-encoding;
        b=x/ec4Br6H04uThrnACBlhSHmhxInDVFplpzjOi4UNy/p94ZWw7m42OzhSb2cdv4OUl
         bbPIiYJL9ry1tTG2uHTdaCX9NLaB3nU+EhNGXvW0RgjRja8ovXiRwJA6Vm/hi3ixg3j8
         HnrYoHYYndnhXNheCj1hjbItb8+ZOXE8ORXZg=
MIME-Version: 1.0
Sender: david.bosschaert@gmail.com
Reply-To: davidb@apache.org
In-Reply-To: <200912162158.06693.dkulp@apache.org>
References: <200912141439.18084.dkulp@apache.org>
 <200912162158.06693.dkulp@apache.org>
From: davidb@apache.org
Date: Thu, 17 Dec 2009 10:33:39 +0000
Message-ID: <a1e060230912170233h397ddcc8w27223d8bd903e550@mail.gmail.com>
Subject: Re: Should DOSGi have it's own JIRA?
To: dev@cxf.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Yeah - I think its a good idea to put CXF DOSGi as a separate project in JI=
RA.

Thanks,

David

2009/12/17 Daniel Kulp <dkulp@apache.org>:
>
> Is there any objections to moving the DOSGI stuff out to it's own JIRA? =
=A0If
> not, I'll do so on Friday. =A0 Speak now... =A0:-)
>
> Dan
>
>
> On Mon December 14 2009 2:39:17 pm Daniel Kulp wrote:
>> Quick question:
>>
>> What are peoples thoughts about pulling the DOSGi stuff from the "CXF" J=
IRA
>> into a separate CXFDOSGI (or just DOSGI) JIRA in the "Category: CXF"
>> =A0section at:
>> https://issues.apache.org/jira/secure/BrowseProjects.jspa
>>
>> There are pluses and minuses:
>> DOSGi has it's own release schedule, own version numbers,etc.... Thus,
>> =A0having it's own project in JIRA allows it to track those things prope=
rly
>> =A0without it affecting the main CXF project.
>>
>> Also, DOSGi has it's own components such as its own build system, local =
vs
>> remote discovery, etc... =A0 Having it's own JIRA project would allow
>> =A0defining nice components for it's own uses.
>>
>> On the minus side, it does kind of lower the visibility of the DOSGi iss=
ues
>> =A0in the CXF JIRA since they wouldn't be there.
>>
>>
>> One COULD argue that JAX-RS could also be pulled out. =A0 However, the J=
AX-RS
>> stuff is currently part of the main build and released as part of the fu=
ll
>> =A0CXF stuff. =A0Thus, keeping it in is less of an issue. =A0If we event=
ually
>> =A0split the builds into a "core", "webservices", "rest", etc... then it=
 may
>> =A0make sense to do so at that time.
>>
>> Thoughts?
>>
>
> --
> Daniel Kulp
> dkulp@apache.org
> http://www.dankulp.com/blog
>