lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Erik Hatcher" <>
Subject Re: cvs commit: jakarta-lucene build.xml
Date Thu, 28 Feb 2002 06:02:11 GMT
----- Original Message -----
From: "Jon Scott Stevens" <>
> > *whew* what a bunch of trouble I stirred up.
> Please don't associate a discussion with trouble. :-) There is no trouble
> here...we all have ideas on how to make something work and we are just
> expressing them...

Thanks for that!

> I really don't see the issue with two files. Can you please elaborate on
> what the real issue is here? I mean, you download the distribution and the
> user/developer shouldn't even really care if there is 2 or 50.

Its not as much an "issue" as a preference.  And its actually no big deal

The biggest thing Ant and all the projects that use it is STANDARDIZATION!
One way or another, / - doesn't
matter functionally.  The standardization has to be at a much deeper level
than that... and somehow the Ant engine itself needs to enforce or at least
prod these things.  For example, <property
file="${user.home}/"/> - that almost should be *implicit* in
Ant to do this.  Loading should almost be implicit too.
With all the build files out there that don't follow these conventions we
really have a mess (i.e. its difficult to pick up a source tree with a
build.xml and build it without looking into build.xml to see what makes it

> Maybe some of you have never had to deal with autoconf/automake/aclocal.
> requires TONS of little files all over the place. :-)

Thankfully no I haven't had to much.

> I don't see a problem with the user modifying that file either. It is
> up to them to shoot themselves in their own foot.

Agreed.  Its not really a problem, but since you're saying they shouldn't
modify it by convention, shouldn't Ant itself help enforce that somehow?
Ant should almost make us do things the "right" way rather than everyone out
there doing their own thing.

At least makefiles have fairly consistent conventions that are followed,

> >, I'm 'committed' to making our
> > build file world a happier place.
> +1!!!!!!!!!!
> Everyone has told me that Scarab has one of the easiest to use build
> out there. :-)

At our local JUG next week someone is presenting briefly on Scarab... I
can't wait to see it (I haven't yet).  Better yet, when will we see it in
action instead of Bugzilla?!  ;)


To unsubscribe, e-mail:   <>
For additional commands, e-mail: <>

View raw message