> -----Original Message-----
> From: Bill Barker
> Actually, the reason Gump came into being is because of
> incompatible version changes :). What it does is let other
> projects know that this is happening early enough that they
> can plan how they want to deal with it. A fair number of
> times, it's to switch from project foobar to project
> packaged-foobar, and deal with it later. But at least it's
> on their radar now :).
Incompatible version changes arise from:
(a) development errors
(b) planned version change typically flagged
by a major version identifier increment
The first is something we want to trap while the second is something managed
and intentional. Gump does a good job of identifying and reporting errors
related to (a) but it is weak with respect to supporting managed change
arising from (b).
> It might be a nice feature to be able to create a
> packaged-foobar just from the metadata, without having to get
> Stefen involved with downloading the jars himself. Maybe
> something for Gump 3.
Yep - good suggestion!
Cheers, Steve.
--------------------------
Stephen McConnell
mailto:[EMAIL PROTECTED]
http://www.dpml.net
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
