On 3 Oct 2013, at 11:11, Anders Hammar wrote:

> It should be the same for deps as well as parents. One difference could be
> if you have a repo declared in the pom (not setiings.xml). It might be that
> that repo is only used for deps and not the parent, I don't know.

FWIW, I've run some tests locally and confirm it is the same for (non-reactor) 
dependencies when you don't have a snapshot repository declared in your pom 
hierarchy or settings.xml

Use "mvn help:effective-pom" to check as a lot of corporate/oss organizational 
setups will declare a snapshot repository somewhere, otherwise Maven would not 
know where to fetch non-reactor snapshots.

PS. note that an anaemic repository entry with just an id and url is still 
considered a snapshot repository because the default setting for the snapshots 
and releases flags is true unless configured otherwise.

> /Anders
> 
> On Thu, Oct 3, 2013 at 12:08 PM, NRO <nourredine.roui...@gmail.com> wrote:
> 
>> I understand your point, but the explaination you provide is based on how
>> it
>> is implemented...and not on how it is specified.
>> 
>> The fact that maven can resolve the same artifact when it is a dependency
>> means that it is not a limitation but an implementation issue.
>> 
>> That looks bad to me to have to add a fake repository to have Maven resolve
>> the parent SNAPSHOT.
>> 
>> Note that in my example the foo repository does not exist at all neither
>> http://foo URL.
>> It is juste a fake declaration in the settings.xml.
>> 
>> This means that maven at the end, failover and still uses the mirror to go
>> to Nexus and retrieve the SNAPSHOT parent.
>> 
>> Why (repo!=mirror) applies to Parent and not to project dependencies ?
>> 
>> At the end we added the fake repo declaration to all our settings.xml, but
>> that's not very elegant, but it works.
>> 
>> 
>> 
>> --
>> View this message in context:
>> http://maven.40175.n5.nabble.com/Parent-SNAPSHOT-not-resolved-Maven-2-2-1-3-0-4-Nexus-repo-tp5772374p5772379.html
>> Sent from the Maven - Users mailing list archive at Nabble.com.
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
>> For additional commands, e-mail: users-h...@maven.apache.org
>> 
>> 


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Reply via email to