Return-Path: 
 <general-return-5111-apmail-xml-general-archive=xml.apache.org@xml.apache.org>
Delivered-To: apmail-xml-general-archive@xml.apache.org
Received: (qmail 61746 invoked by uid 500); 29 Oct 2001 21:59:58 -0000
Mailing-List: contact general-help@xml.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:general-help@xml.apache.org>
list-unsubscribe: <mailto:general-unsubscribe@xml.apache.org>
list-post: <mailto:general@xml.apache.org>
Reply-To: general@xml.apache.org
Delivered-To: mailing list general@xml.apache.org
Received: (qmail 61733 invoked from network); 29 Oct 2001 21:59:58 -0000
Message-ID: <3BDDD17E.4C59029A@sun.com>
Date: Mon, 29 Oct 2001 14:00:30 -0800
From: Edwin Goei <edwingo@sun.com>
X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: general@xml.apache.org
Subject: Re: Dirlayout
References: <OF64B6011E.D8FBA638-ON85256AF1.0073BFF0@lotus.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

Donald_Leslie@lotus.com wrote:
> 
> I see no reason for dist/. This is not in the repository and the user gets
> it by downloading and expanding the distribution. Likewise not reason for a
> separate docs/ tree somehow distinct from the website. If the distributed
> doc is different, the user gets it by downloading and expanding the binary
> distribution file, or by downloading the source distribution and running a
> build.

My take on dist, is that it is used for development.  For example, 

  + you make a change in a *.java file
  + ant jar
  + test change with dist/<project>.jar in your classpath

I guess an alternative would be to mix the exported "<project>.jar" with
the other intermediate temporary files under the "build" directory so
you would have "build/<project>.jar" on your classpath.  I like the idea
of having a separate directory for an image of what will be exported in
a binary distribution for development testing, but I'm not sure whether
I like the name "dist" b/c it may be confusing.  But then I don't have
an alternate proposal, either, so maybe the name is OK.

-Edwin

---------------------------------------------------------------------
In case of troubles, e-mail:     webmaster@xml.apache.org
To unsubscribe, e-mail:          general-unsubscribe@xml.apache.org
For additional commands, e-mail: general-help@xml.apache.org