Hi Jody > Yeah something is a pain here - and what is most annoying is that if you > ever build geotools locally you get back to versions saying SNAPSHOT :(
Yep, I think that's the only choice with maven 3: deployed jars get a timestamp while locally built jars don't. I queried this on the sonatype forum last year and their response was basically "get used to it". > uDig did try using the "stripVersions" instruction in the past; That option was dropped with maven 3. > I may make an ant script to rename the jars after they are fetched as a > workaround; do we have any indication of why this functionality was changed > in maven? And if this is just a bug with the copy dependences plugin? It's not a bug, it's a feature :) As I say, I queried the Sonatype folks about it. Their position, as far as I recall, seemed to be that time stamping helped prevent snapshots being incorrectly treated as releases. I didn't really understand where they were coming from and still don't. Michael ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ GeoTools-Devel mailing list GeoTools-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geotools-devel
