Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 23200 invoked from network); 22 Sep 2009 16:44:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 22 Sep 2009 16:44:55 -0000 Received: (qmail 21868 invoked by uid 500); 22 Sep 2009 16:44:54 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 21802 invoked by uid 500); 22 Sep 2009 16:44:54 -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 21794 invoked by uid 99); 22 Sep 2009 16:44:54 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 22 Sep 2009 16:44:54 +0000 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL,UNPARSEABLE_RELAY X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [76.13.13.93] (HELO smtp110.prem.mail.ac4.yahoo.com) (76.13.13.93) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 22 Sep 2009 16:44:45 +0000 Received: (qmail 11588 invoked from network); 22 Sep 2009 16:44:23 -0000 Received: from cpe-174-099-058-061.nc.res.rr.com (dwoods@174.99.58.61 with plain) by smtp110.prem.mail.ac4.yahoo.com with SMTP; 22 Sep 2009 09:44:23 -0700 PDT X-Yahoo-SMTP: sCI.ryiswBB7FW.DxjU523c87MI- X-YMail-OSG: yhHZRNIVM1l4dYtbj6JNQKchrRRxVqQyaX6x.iq_Yzdm.8sXzlBCXGZ65yeZglr2VqBrHVAtul0hEqrywmNu8kWNdSzSc.E40d7jwZerZfJIw5KEol3oLB14pw0ZzipuA47M4e1idFC16RtuOwKVZt6F_BNdAB.Wx7Eq4Mfy91BPhfic.xhgfHe6AsJbqK7ZvHmbpszZacNebvTSkBiGrEm038oC_3xQsj8VDK9IHYYECf0BnNMwMEsxwpGHBhaPwpa4i0SgKzmX.4EYm1JxprPtNYXTBE6ov7EKMwIvoiX..7fy1y8bI.JNOtT9ECPk4gf3gAgd X-Yahoo-Newman-Property: ymail-3 Message-ID: <4AB8FEE6.7090808@apache.org> Date: Tue, 22 Sep 2009 12:44:22 -0400 From: Donald Woods User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: dev@geronimo.apache.org Subject: Re: Proposed tranql svn reorganization References: <47F76D72-8DEB-4FC6-962D-9CD43F55F102@yahoo.com> <5e7fd1eb0909212035v344065b2o2fa716fc31d5e421@mail.gmail.com> <58E8B253-3AFA-4901-8D71-6825C98CD643@yahoo.com> In-Reply-To: <58E8B253-3AFA-4901-8D71-6825C98CD643@yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Flat structure like spec sounds good. Would there also be a common tranql-parent POM, or would they all use genesis? -Donald David Jencks wrote: > > On Sep 21, 2009, at 8:39 PM, Rex Wang wrote: > >> >> >> 2009/9/22 Jack Cai > >> >> I think it's a good idea. A small problem that I see is currently >> all the vendor connectors have different version numbers. If we >> are going to put them under the same folder, shall we bump them to >> the same version? >> >> So, if I update one vendor and change its version, I should update all >> the vendors' version? > > Since the vendor wrappers are not built together, there is no need for > them to have the same version. > > I was actually thinking further of: > - combining connector and connector-ra into a folder, perhaps "generic" > - removing the "vendors" folder and having generic, derby, db2, > postgres,.... next to one another. > > But even if we keep the vendors folder the versions don't have to be > related. > > thanks > david jencks > >> >> -Rex >> >> >> -Jack >> >> >> On Tue, Sep 22, 2009 at 4:41 AM, David Jencks >> > wrote: >> >> I've been irked for a while with the tranql svn organization >> and just bit myself by not being careful enough to check the >> extent of the changes IDEA made. I'd like to reorganize svn >> to make life clearer and simpler. >> >> 1. There are basically 2 projects, the query language itself >> which is not really under active development at the moment, >> and the j2ca connector framework which occasionally gets >> tweaked. I'd like to separate them. >> >> 2. We have a lot of foo/bar/trunk type directories. Our >> experience in the geronimo specs projects is that maven 2 has >> no problem with separately versioned subprojects all under trunk. >> >> So, I'd like to propose >> >> ql/ >> +/branches >> +/tags >> +/trunk >> >> ra/ >> +/branches >> +/tags >> +/trunk >> >> >> Under ra/trunk we'd have connector, connector-ra, and the >> individual vendor directories such as derby, oracle, etc. >> >> Thoughts? In particular does anyone think moving the existing >> tags will cause problems? >> >> thanks >> david jencks >> >> >> >