Return-Path: Delivered-To: apmail-struts-dev-archive@www.apache.org Received: (qmail 79317 invoked from network); 1 Dec 2006 16:54:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 1 Dec 2006 16:54:37 -0000 Received: (qmail 25494 invoked by uid 500); 1 Dec 2006 16:54:43 -0000 Delivered-To: apmail-struts-dev-archive@struts.apache.org Received: (qmail 25451 invoked by uid 500); 1 Dec 2006 16:54:43 -0000 Mailing-List: contact dev-help@struts.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Struts Developers List" Reply-To: "Struts Developers List" Delivered-To: mailing list dev@struts.apache.org Received: (qmail 25440 invoked by uid 99); 1 Dec 2006 16:54:43 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Dec 2006 08:54:43 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of nbubna@gmail.com designates 64.233.184.237 as permitted sender) Received: from [64.233.184.237] (HELO wr-out-0506.google.com) (64.233.184.237) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Dec 2006 08:54:32 -0800 Received: by wr-out-0506.google.com with SMTP id 68so1058420wri for ; Fri, 01 Dec 2006 08:54:11 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aGdhata0W46IoY/8JBuIw5wdZwn42e8Hji7rQeI8tU93QzcFMF/RAVSd3sCIVu4XXaYj4sZxNUXddB2Lth9KzhAyTPPcTSVtFo6u8y8Myeq+V4BqLB8pIn2SZBpGwF4g4q8BuJ0LMRgKQPWGCSGTsmSgsF5Mvi13RrQYAdJR88k= Received: by 10.90.88.13 with SMTP id l13mr5387743agb.1164992051743; Fri, 01 Dec 2006 08:54:11 -0800 (PST) Received: by 10.90.91.14 with HTTP; Fri, 1 Dec 2006 08:54:11 -0800 (PST) Message-ID: <4d651da50612010854g338a264bn3e9ad28564248e82@mail.gmail.com> Date: Fri, 1 Dec 2006 08:54:11 -0800 From: "Nathan Bubna" To: "Struts Developers List" Subject: Re: [tiles2] Tiles TLP and Dimensions incubation In-Reply-To: <16d6c6200612010735t41d2ff01if799a21f6910e66@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <456FE61D.6060006@apache.org> <456FEA22.40006@apache.org> <16d6c6200612010735t41d2ff01if799a21f6910e66@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org in my continuing quest to redefine the concept of "umbrella" in Apache-land.... On 12/1/06, Martin Cooper wrote: > On 12/1/06, Antonio Petrelli wrote: > > > > Craig McClanahan ha scritto: > > > The Dimensions code is going to have to go through > > > the Incubator -- even though its likely that this can go very quickly, > > > there > > > is no reason to mess up the progress of the Tiles TLP proposal by > > > trying to > > > do them together. > > > > Hi Craig, when I wrote "at the same time" I did not mean "together". > > Since probably Dimensions will become a subproject of Tiles TLP > > > I know this has been said by others before, but let me make it very clear: > The ASF board does not like "umbrella" projects at all, and would most > likely not approve Tiles as a TLP if it "smelled" of forthcoming > sub-projects before it even got off the ground. actually, we were able to take Velocityto TLP with both existing subprojects and the smell of forthcoming ones. this was done with much clarification, restriction, and debate on what constitutes an acceptable "subproject". the key difference is that Velocity will not be a "bucket" project such as Jakarta or db.apache.org that exists to group projects who share a conceptual space, but whose code and community are unconnected. instead, Velocity aims to be a true "umbrella" where all the Velocity subprojects (spokes of the umbrella) are truly sub-ordinate. this means their code and community are invested in the core Velocity template engine (the center pole) and do not function without it. the difference between bucket and umbrella is crucial to building a healthy, shared community. other significant differences are that non of the sub-projects get their own mailing list or svn permissions. that would fragment the community. > The reason that some people do not want Tiles to live on as a sub-project > within Struts is one of the same reasons that Shale went out on its own; > sub-projects are a sign that a project is moving in the wrong direction; > that is, in a direction that is not favoured by the ASF Board, and for good > reasons. Struts has been moving, and continues to move, in a direction that > eliminates the notion of sub-projects, the only exception being the two > versions of the Struts framework itself. i really think this is throwing out the baby with the bathwater. just because the sub-project things has been done poorly, doesn't mean that it deserves to be eliminated. i would hope that the board's acceptance of Velocity and its subprojects as a TLP shows recognition that it can be done right. > If Dimensions would ultimately be merged into Tiles, that is one thing, and > that might be fine. If, however, you are thinking that Dimensions would live > as a "similar concept but separate framework" to Tiles, but within the same > TLP, that is quite another thing, and not something I would like to see, not > to mention the ASF Board. agreed. conceptual association is totally insufficient grounds for shared community. > So, in short, we should purge the notion of sub-projecs from our minds, > whichever top-level project we are thinking of, and work on the basis that > they should not exist. no thanks. > -- > Martin Cooper > > > , I > > thought that probably it was appropriate to wait until it is estabilished. > > I read this: > > > > http://incubator.apache.org/incubation/Incubation_Policy.html#Sponsor > > > > > > A Sponsor SHALL be either: > > * the Board of the Apache Software Foundation; > > * a Top Level Project (TLP) within the Apache Software Foundation (where > > the TLP considers the Candidate to be a suitable sub-project); or > > * the Incubator PMC. > > > > > > Antonio > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org > > For additional commands, e-mail: dev-help@struts.apache.org > > > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org For additional commands, e-mail: dev-help@struts.apache.org