Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 13943 invoked from network); 28 Feb 2008 20:07:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 28 Feb 2008 20:07:05 -0000 Received: (qmail 88480 invoked by uid 500); 28 Feb 2008 20:06:59 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 88439 invoked by uid 500); 28 Feb 2008 20:06:59 -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 88427 invoked by uid 99); 28 Feb 2008 20:06:59 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 Feb 2008 12:06:59 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of hcunico@gmail.com designates 209.85.146.180 as permitted sender) Received: from [209.85.146.180] (HELO wa-out-1112.google.com) (209.85.146.180) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 Feb 2008 20:06:24 +0000 Received: by wa-out-1112.google.com with SMTP id j4so4034161wah.1 for ; Thu, 28 Feb 2008 12:06:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=I2uf0VzLHj1S9aRrZjpFoInmAHviFhSoBYb6rb4KH/A=; b=HwnMHPIjZIche9l0Arfyv6a7ilXn+wzPBslzkBvppAsm/RP1G37i5wYmDfsp59DkYgGpGJQw8TcJX+OIJ6VeyGhmEqpqLbv6ozC27ex1umGHBsazyr1f5tpOT+hTIax8Xg3mgb0hq1bSZf+nebhdazfPZ8eXTuN6uIPgq0n21eg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=ODnzwbcozySJRqTSh+TpPRWQHgI/okqUeITzhYfEHx4YBwT9Kek35A8wERr17eES8M/NU16LfCDFP3YfVaE2RSPu+JN5F2AmsI9vyzNpRLx4ZHwX/lup9TqghNzt+iUruykjKtJwVIdWa9szQ6a5rVtZl1qu/luFzT9eQenXgd8= Received: by 10.114.209.1 with SMTP id h1mr10076017wag.130.1204229193962; Thu, 28 Feb 2008 12:06:33 -0800 (PST) Received: from ?9.37.243.203? ( [129.33.49.251]) by mx.google.com with ESMTPS id a44sm13682651rne.12.2008.02.28.12.06.32 (version=SSLv3 cipher=RC4-MD5); Thu, 28 Feb 2008 12:06:33 -0800 (PST) Message-ID: <47C71446.1090708@gmail.com> Date: Thu, 28 Feb 2008 15:06:30 -0500 From: Hernan Cunico User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: dev@geronimo.apache.org Subject: Re: /lib vs /repository References: <47C474DF.5010307@gmail.com> <1b5bfeb50802261549ne2c5625x42661c57ad327ddf@mail.gmail.com> <47C70FB6.50008@gmail.com> <1b5bfeb50802281156q18d63e9r58ade24603938269@mail.gmail.com> In-Reply-To: <1b5bfeb50802281156q18d63e9r58ade24603938269@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Jacek Laskowski wrote: > On Thu, Feb 28, 2008 at 11:47 AM, Hernan Cunico wrote: >> OK, any reason why we don't follow a similar dir structure as in the repo? > > Good question! Perhaps because it's easier to make a single directory > with the minimum files in it and don't bother with the long-ish paths. > Can't see any other reason as simplicity. On the other hand, one could but we have ./lib/ + boot/ + endorsed/ + gshell/ which it is not entirely flat. So it would seem to me that either way we could make some changes here to either make it really flat or consistent with the repo. Just a thought, but I think it would help make the things look more clear. Cheers! Hernan > argue it's harder to maintain but since we build Geronimo with maven > we don't really bother with it as Maven takes care of it. Hope I'm not > mistaken. > > I see it that you can have the bare framework with the single lib > directory. Now, the question is what part of Geronimo introduces the > repository dir? If it's something that's not needed for the > framework's work you get the picture - you don't need to worry about > repository directory as it's outside the framework. The framework uses > lib and others can do whatever they want. If it's not the case, well, > we could think of pros and cons moving them to repository then. > > Jacek >