Re: 2.1.x enhancements/fixes and trunk

2009-01-28 Thread Arnaud HERITIER
What i understand in brett's email is that its patches are for 2.1 branch but he would like to add ITs to check those fixes in 2.1. His question seems to be if he has to activate those ITs for 3.0 also ? Personnaly I would say yes but perhaps not now if you are preparing an alpha2. Perhaps it can b

Re: 2.1.x enhancements/fixes and trunk

2009-01-28 Thread Jason van Zyl
On 28-Jan-09, at 6:28 PM, Brett Porter wrote: Hi, I'm just committing a bunch of fixes. Each has the corresponding integration test, but since some were in profiles, for example, I haven't attempted to merge anything to trunk. Please don't push anything to trunk, I'll pull in anything

MNG-3760: addition of ${project.baseUri} expression

2009-01-28 Thread Brett Porter
Based on Benjamin's recommendation in MNG-3760, I've added this to 2.1.x. Benjamin - I used 'project.baseUri' instead - since the project namespace has no risk of clashing with a previous property (and it doesn't affect actual model - it just limits ability to add a baseUri field to the m

2.1.x enhancements/fixes and trunk

2009-01-28 Thread Brett Porter
Hi, I'm just committing a bunch of fixes. Each has the corresponding integration test, but since some were in profiles, for example, I haven't attempted to merge anything to trunk. Any opinions on how to set the version in the IT? Should it stop at 2.99.99 and come back to check later, or

RE: repository ID as mirrorOf. Why not URL ?

2009-01-28 Thread Brian E. Fox
We actually have the start of a proposal regarding the metadata for this. I will follow up shortly with the details. -Original Message- From: Stephen Connolly [mailto:stephen.alan.conno...@gmail.com] Sent: Wednesday, January 28, 2009 11:31 AM To: Maven Developers List Subject: Re: reposit

Re: repository ID as mirrorOf. Why not URL ?

2009-01-28 Thread Stephen Connolly
2009/1/28 nicolas de loof : > with mirrorOf * I just can't have distinct mirror for releases and > snapshots, and URL don't change so often ! > How can we expect people to be consistent as there is no place to define the > official ID of a repo ? Mojo itself uses "Codehaus Snapshots" in site docs >

Re: repository ID as mirrorOf. Why not URL ?

2009-01-28 Thread nicolas de loof
with mirrorOf * I just can't have distinct mirror for releases and snapshots, and URL don't change so often ! How can we expect people to be consistent as there is no place to define the official ID of a repo ? Mojo itself uses "Codehaus Snapshots" in site docs and "codehaus-shapshot" on wiki :-/

RE: repository ID as mirrorOf. Why not URL ?

2009-01-28 Thread Brian E. Fox
This is a manifest of people not being consistent, but just use mirrorOf * to catch them. I don't see url being a whole lot easier because then if the url changes, you're back in the same game. -Original Message- From: nicolas.del...@gmail.com [mailto:nicolas.del...@gmail.com] On Behalf Of

repository ID as mirrorOf. Why not URL ?

2009-01-28 Thread nicolas de loof
Hi, The settings.xml element uses repository ID to match mirrors from projetcs . Just to match codehaus shapshot repository, I have to declare snapshot.codehaus,codehaus.shapshot,codehaus-shapshot,Codehaus Snapshots ... and maybe I still miss some variants Why do we use ID to match repos, and no