I tested with SNAPSHOT version as well. But maven still seems to prefer the local version of even the SNAPSHOT version?
i have these two modules a.jar and b.jar, a-1.0-SNAPSHOT.jar depends on b-1.0-SNAPSHOT.jar, I tested and deployed b.jar at a later time stamp and again tried to build a.jar. But still it fetched the local version which was build at 14:29 while the one of two jars at repository is a 14:45 built? Am I missing something here? I am using the buildNumber as well to have the finalName appended with time stamp. Regards, Amit On Feb 8, 2008 3:52 PM, Simon Kitching <[EMAIL PROTECTED]> wrote: > ---- Stephen Connolly <[EMAIL PROTECTED]> schrieb: > > Redeploying a non-SNAPSHOT version is a _bad thing_ as Maven will not > > re-download it. > > Absolutely. Never overwrite an existing deployed file except when it has > SNAPSHOT in the version. > > Builds should be repeatable, ie you should be able to compile something > today, then compile it again next week and get the same result. This means > that stuff deployed to a repository should never change. > > The only exception is SNAPSHOT versions; when a project depends on one of > these, then it is explicitly acknowledging that repeatable builds are not > possible. > > One of the things the release plugin does is check that there are no > SNAPSHOT dependencies anywere; if there are then it refuses to continue with > the release process as the release is not repeatable. Of course using the > release plugin is not mandatory, but that particular check is a very good > idea. > > And because Maven assumes people never overwrite non-snapshot files, it > never bothers to check for newer ones. Only with SNAPSHOTs does maven look > for newer versions, on an "every time", "daily" or "weekly" basis as > configured. > > Regards, > Simon > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
