One of the problem with build tool is that an upgrade is often not possible.
You have a project developped 2 years ago and you want to make a small fix on it... You certainly don't want to migrate to a new build tool just because you want to take a newer version of a dependency. Conclusion : The backward compatibilty of the repository is important (new version of the clients can use older version of the repository). But a forward compatibility of the repository should also be a good practice (current version of the clients supporting futur version of the repository). 2008/11/26 Paul Benedict <[EMAIL PROTECTED]>: > Arnaud, that is why I said let the free market decide. Why should we > care if someone only wants to adopt a 4.0+ format? If their adoption > doesn't happen because not enough users have it, it's incentive for > them to make a better decision. > > Paul > > On Tue, Nov 25, 2008 at 4:59 PM, Arnaud HERITIER <[EMAIL PROTECTED]> wrote: >> Thus when spring, hibernate, whatever will decide to publish their poms in a >> 4.0.0+ format projects which will want to use those new version will have to >> upgrade maven too. I think that in many corporate environment their managers >> will just say ... no (too risky, expensive, ..). And those frameworks we'll >> have the pressure of their users to continue to publish their artifact with >> 4.0.0 poms. >> We have already a lot of difficuties to try to have as many users as >> possible using our latest "bug fix" 2.0.9... (for many reasons ..) >> >> Arnaud >> >> On Tue, Nov 25, 2008 at 11:45 PM, Paul Benedict <[EMAIL PROTECTED]>wrote: >> >>> I just don't see the big deal with forcing users to upgrade Maven if >>> they want to use a newer POM version. It will be up to the publishers >>> to decide whether they want 4.0, 4.1, or both formats in the >>> repository. Let the free market decide what should be supported. >>> >>> Paul >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> >> >> >> -- >> .......................................................... >> Arnaud HERITIER >> 12 guidelines to boost your productivity with a Java software factory - >> http://tinyurl.com/56s9tw >> .......................................................... >> OCTO Technology - aheritier AT octo DOT com >> www.octo.com | blog.octo.com >> .......................................................... >> ASF - aheritier AT apache DOT org >> www.apache.org | maven.apache.org >> ........................................................... >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Gilles Scokart --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
