Hi Dan,I have to agree that if an existing code base is migrated to Apache, it should not mean that all maintenance ceases on the existing code. There are good reasons for projects dependent on the existing code base to be able to stay on it and not move to the Apache line just because that's where the new feature development is being done.
I'd expect that new feature development is done only on the Apache line, though I don't know how Apache can require that...
Craig On Jun 30, 2006, at 6:30 AM, Dan Diephouse wrote:
Hi Jim,Even once we're in the incubator the XFire project will still have to do releases. We have a 1.2 release in progress and will be doing bug fix releases as well. Additionally, I would imagine IONA might want to issue a bug fix release at some point for Celtix. I can't really comment on them though.- Dan Jim Jagielski wrote:We've handled these types of things before, for example with SpamAssassin and Cayenne, when external codebases were being folded into the incubator. What they've done is mention on the old sites that the projects are now ASF Incubator projects, etc... The intent is that until the code has been relicensed to the AL 2.0, we cannot host it here, but as soon as that happens, the old sites no longer host the current codebases, just the old ones. At no time should Celtix and XFire continue parallel development with what is in the Incubator after the podling has started. On Jun 30, 2006, at 8:01 AM, Paul Fremantle wrote:Robert +1 I think also, given that I understand that the Celtix and XFire projects will remain alive outside, at least for the initial future, that it would help reduce confusion to have a separate and distinct name for the Apache project. PaulOn 6/30/06, robert burrell donkin <[EMAIL PROTECTED]> wrote:On 6/21/06, Justin Erenkrantz <[EMAIL PROTECTED]> wrote: > > On 6/21/06, Dan Diephouse <[EMAIL PROTECTED]> wrote:> > Currently the plan is to leave both the old websites & docs will at the > > old locations. And XFire will be making release until Celtixfire > > releases a .0 release. I think Celtix will probably make some 1.x or> > 1.0.x releases as well. >> Given that, I think it's probably prudent to consider alternative names.+1> Is this official policy? Or do we just need to come to some consensus as> > to whether or not this will be confusing for our users? > > Our naming policy is to strive very hard not to conflict with any> other projects. If those projects are going to continue independently> of CeltiXfire, then I'd view that as a conflict we should avoid.i wonder as well whether iona may need to consider whether they really understand the implications of choosing this name for the apache project. the ASF would own the Apache CeltiXFire trademark and the community is very sensitive to issues around usage especially with regard to marketing.our model is different from objectweb and it is likely that the existing approach that iona takes when marketing celtix would need to be changed. apache is really centered on individuals. corporations of all kinds as well as many individuals find space to coorporate by this focus. this corporation transparency implies neutrality. AIUI this is very different to the approachtaken at (for example) objectweb.in addition, it is possible that iona may wish to maintain separate patched versions of the apache codebase. this may cause difficulties if iona neededto promote these products using an apache trademark.quite a lot of energy would be required for iona to maintain marketing material making extensive use of a possible Apache CeltiXFire trademark. a growing number of projects are also known to the outside by marketing names (for example apache derby). this allows a much greater degree of freedom as well as building separate value for their corporation in their brand.this may help to explain the trend towards unique but non- descriptive namesfor projects. - robert-- Paul Fremantle VP/Technology, WSO2 and OASIS WS-RX TC Co-chair http://bloglines.com/blog/paulfremantle [EMAIL PROTECTED] "Oxygenating the Web Service Platform", www.wso2.com-------------------------------------------------------------------- -To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]-- Dan Diephouse (616) 971-2053 Envoi Solutions LLC http://netzooid.com --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Craig Russell Architect, Sun Java Enterprise System http://java.sun.com/products/jdo 408 276-5638 mailto:[EMAIL PROTECTED] P.S. A good JDO? O, Gasp!
smime.p7s
Description: S/MIME cryptographic signature
