2008/11/26 Gilles Scokart <[EMAIL PROTECTED]> > 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). >
FYI, I have found a trivial solution to this problem, but it is too big to fit in the margin - Fermat > > > > 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] > >
