Geir Magnusson Jr wrote:
>
> That's what we need to augment : we should be able to build against
> something specific, not CVS head du jour, as there is no guarantee that
> will work.
Take a look at the guarantee that is provided for Nightly builds:
http://jakarta.apache.org/site/binindex.html
My goal is to make progress toward the goal of having a guarantee that it
will work:
Over in xml land, every other release of Xerces would break Xalan. Now
nightly not only are each built against each other (the process involves
Stylebook), but there also is a "smoketest" that looks for breakages.
Did you know that the nightly velocity tests run by Gump use the latest
junit, Ant, and jdom?
The nightly tests of ant are run with the latest xerces, xalan, junit,
regexp, and org?
So the question to ponder: if you were going to download a snapshot, and
had access to the build logs and test logs that showed some indication of
what worked and what didn't, wouldn't you prefer that the exact versions
used to run the tests were included in the download?
Note: the question above is a quite different one than what should or
should not be included in CVS.
- Sam Ruby
P.S.
Avalon used to be the top of my sh*t list, as it routinely made changes
that broke everybody who depended on it. Now, thanks to Peter, it has
turned around 180 degrees - it deprecates interfaces, proactively works
with other projects to mitigate necessary changes, and provides a
mechanism for developers to substitute their choice of version of key
dependencies.
Now Turbine is the top of my sh*t list. The *only* build errors on
http://jakarta.apache.org/builds/gump/2001-04-01/ are due to Turbine
changes. In fact, the number of errors reported by Turbine changes
increased from 66% percent last night.
If Commons goes down that path, I will do what I can to pull the plug on
this little community, as Turbine may have a raison d'etre outside of
its usage by other jakarta projects, code in "commons" that actively
snubs their user community doesn't deserve to have disk space here,
IMHO.
