My company is french, we sell to frenchies and have almost no chance to ever sell to another country ;). In fact, we work in the healthcare area and there's lots and lots of administrative rules that even make it difficult to follow only for the french market :-).
So, I'll hack the code and propose a patch with some additional parameter to tune this behaviour, hoping it finds a way into the trunk one day. Cheers. -----Message d'origine----- De : Wayne Fay [mailto:[EMAIL PROTECTED] Envoyé : mardi 18 mars 2008 16:32 À : Maven Users List Objet : Re: Convert SNAPSHOT timestamps from utc to local time Not that I'm aware of, at least, not today. If you really must have this feature, you could add a configuration and hack the code, but as with any user-provided patch, there's no guarantee it would be accepted into the core if you contributed it via Jira. Maven uses UTC on purpose so that timestamps are gloabally unique and incrementing. Then when I'm working in CA and the rest of my team is in NJ, and we're both deploying to the same corporate repo, my 11am (PT) builds are properly considered newer than your 1pm (ET) builds. If you're all in the same timezone, this seems like less of a problem, but how common is that in today's corporate climate? I know my small team of 5 people is in 3 timezones. Wayne On 3/18/08, MATHUS Baptiste <[EMAIL PROTECTED]> wrote: > Hi all, > > We're having a small problem with deployment: UTC is being used for > replacing SNAPSHOT with timestamp. > For us, UTC is one hour behind local time. In some days, it will be 2 > hours. > > It's a bit annoying because people are sometimes wondering which > snapshot is corresponding to their commit. > We'd prefer being able to deploy using local time (at the moment, for > example utc is something like 11h47, and our local time is 12h47). > > I looked at the code and found that the code is in the > org.apache.maven.artifact.transform.SnapshotTransformation class. > Is there a way to define some global variable (used by the timezone or > something like that) to shift generated timestamps? > > Thanks in advance. > Cheers. > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]