Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 86291 invoked from network); 6 Jul 2006 11:12:45 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 6 Jul 2006 11:12:45 -0000 Received: (qmail 69133 invoked by uid 500); 6 Jul 2006 11:12:43 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 69079 invoked by uid 500); 6 Jul 2006 11:12:43 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 69067 invoked by uid 99); 6 Jul 2006 11:12:42 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 06 Jul 2006 04:12:42 -0700 X-ASF-Spam-Status: No, hits=1.4 required=10.0 tests=DNS_FROM_RFC_ABUSE,DNS_FROM_RFC_WHOIS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [68.142.201.183] (HELO web31703.mail.mud.yahoo.com) (68.142.201.183) by apache.org (qpsmtpd/0.29) with SMTP; Thu, 06 Jul 2006 04:12:41 -0700 Received: (qmail 29741 invoked by uid 60001); 6 Jul 2006 11:12:19 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=WLUdTdGhr0NTMXIGoejtiBoS80gkqpSOYHMkveh224JhTh/hGRi8RUIEbBK3gAZIHQSDCJB4D+ylmdwEyVvSeaKEIGArS+0h+maIemV2TS+VMSNfkLDHiLX+Doeb/N2D25rt1UQpIHTuRnwZ8LYR9dtQcwnA111iYO6Uvcd+Gzg= ; Message-ID: <20060706111219.29739.qmail@web31703.mail.mud.yahoo.com> Received: from [24.211.208.98] by web31703.mail.mud.yahoo.com via HTTP; Thu, 06 Jul 2006 04:12:19 PDT Date: Thu, 6 Jul 2006 04:12:19 -0700 (PDT) From: anita kulshreshtha Subject: Re: [jira] Updated: (GERONIMO-2161) [RTC] Remove Geronimo modules from dependencyManagement in root pom.xml To: dev@geronimo.apache.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N --- Jason Dillon wrote: > What "user friendliness" are you talking about? > > --jason > > > On Jul 5, 2006, at 2:25 AM, anita kulshreshtha wrote: > > > I would also prefer to see any changes to improve the > > maintainability and user friendliness of M2 build be held off > until > > the server assembly is functional. > > > > Thanks > > Anita > > > > --- David Jencks wrote: > > > >> > >> On Jul 5, 2006, at 12:25 AM, John Sisson wrote: > >> > >>> Jacek Laskowski wrote: > >>>> On 7/3/06, Jason Dillon wrote: > >>>>> NOTE... the m2 build in trunk is already broken... this patches > >> help > >>>>> FIX MANY OF THOSE PROBLEMS! > >>>> > >>>> NOTED, but... it's not broken. it has never worked so we can > >> pretend > >>>> to call it broken. It's a small, but important point we cannot > >>>> dismiss. > >>>> > >>>>> Since the official build is still m1 and this will not affect > the > >> m1 > >>>>> build, I don't see why your point about breakage is applicable > at > >> > >>>>> all. > >>>> ... > >>>>> When I first created the m1 build for Geronimo years ago there > >> were > >>>>> certainly a few moments of breakage due to build changes, but > >> since > >>>>> there was no commit by committee junk going on then it was easy > >> to > >>>>> just fix when things happened to get a bit askew. > >>>>> > >>>>> The branch idea was just to make it easier to actually make > >>>>> progress, > >>>>> as I am move on this stuff way way faster than the lot of you > can > >>>>> react to emails and JIRAs which often (as this one did) need > >> several > >>>>> sets of emails to clarify. > >>>> > >>>> That's the point in RTC - discussing, discussing, over and over > >>>> again. > >>>> I'm not in favour of RTC, but some of its rules are fine. It > >> fosters > >>>> discussions we lacked. That's the main point of RTC. Isn't it > >> funny > >>>> that you've mentioned it as an argument against RTC? > >>>> > >>>> What's wrong with committing changes made in the branch back to > >> trunk > >>>> once they've been tested? My proposal is not to wait until the > >>>> migration is done, but rather apply it in small portions, > >> gradually. > >>>> It should work, shouldn't it? I'd greatly appreciate your > comment > >> on > >>>> it as I guess I don't see the whole picture and keep thinking > the > >>>> branch might help when others have already seen it would fall > >> short. > >>>> > >>> Can we avoid the concerns that have been aired regarding svn > >>> merging issues when directories are reorganised by leaving the > >>> reorganization of directories as a last phase of the m2 > migration? > >>> > >>> I would have thought that we could move further along with the > >>> migration without reorganizing directories (AFAIK, maven should > be > >> > >>> able to work with existing directory structures, although doing > so > >> > >>> may incur more work). We would also need to coordinate the > >>> reorganization of directories with the owners of other branches > >>> from trunk, to minimize the impact on them. > >> > >> I would prefer to wait to reorganize the directories until after > the > >> > >> work in the dead-1.2 branch is merged with trunk. I plan to go > back > >> > >> to this activity now. Other committers may wish to note that > merging > >> > >> the work in dead-1.2 should not need RTC as it is already part of > a > >> main development line. > >> > >> thanks > >> david jencks > >> > >>> > >>> John > >>>>> --jason > >>>> > >>>> Jacek > >>>> > >>> > >> > >> > > > > > > __________________________________________________ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam protection around > > http://mail.yahoo.com > > __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com