I don't think this is very hard and for 2.x we could just leave the
old format. 3.x can read both and we'll phase out the old format.
On 2009-09-07, at 10:15 AM, Tamás Cservenák wrote:
I think that extending the repo metadata with full coordinates is
still the best general solution.
These builds are de facto different builds, I see no value producing
them with _same_ timestamp. They will all be resolvable using standard
metadata resolution and version "1.0-SNAPSHOT" to their latest
versions. Since they are different OSes, and different machines, the
builds should be considered separate too.
Thanks,
~t~
On Mon, Sep 7, 2009 at 3:16 AM, Brian Fox<bri...@infinity.nu> wrote:
I agree, but I got the feeling Brian would like the same version
on these
parallel builds which will need extra to make sure they are in sync.
I'm just exploring the concepts and options. I think most cases could
be solved by being able to resolve the latest snapshot of a
particular
classifier...which means tracking that info in the metadata in
addition to what's currently there. I don't know how you would
synchronize the output of multiple systems to try and have a
consistent "version" ie timestamp...nor if that would even be better
than tracking the classifier.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Thanks,
Jason
----------------------------------------------------------
Jason van Zyl
Founder, Apache Maven
http://twitter.com/jvanzyl
http://twitter.com/SonatypeNexus
http://twitter.com/SonatypeM2E
----------------------------------------------------------
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
