Karl Heinz Marbaise wrote:

> Hi,
> 
> On 10/5/15 7:51 PM, Jörg Schaible wrote:
>> Hi Michael,
>>
>> michael.ctr.taru...@faa.gov wrote:
>>
>>> My apology about part of this reply.  I did not understand part of your
>>> suggestion.
>>>
>>> I thought you were saying 3.0.5 is the latest release.
>>>
>>> That said, I don't see how using the latest release or an older release
>>> makes any difference.
>>>
>>> I have a requirement to use 3.1.1 from a COTS product vendor, so that is
>>> probably not an option.  And "bogus" is just not a good enough
>>> explanation
>>> for me.  What specifically is wrong with what I am doing that does not
>>> work in this release?
>>
>> I just cite my original mail:
>>
>>> IIRC you have problems with 3.1.x when using dependencies with import
>>> scope, because it ignores then your settings then for transitive
>>> deps declaring their own repository in the POM.
>>
>> AFAICS, you are using dependencyManagement with dependencies declared
>> with scope "import"".
> 
> 
> The given pom does not contain any dependencyManagement...so it does
> simply plays not a role here...

If you read the OPs question from last week, you will see that he did not 
provide his POM there and from that description, I assumed he used an import 
scope. That was not the case.

> Apart from that import scope means only
> to use the dependencyManagement part and nothing else as described in
> the documentation...so it does not ignore it nor is it wrong...

And what does that have to do with the stuff defined in settings.xml? 

> See the original documentation
> https://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html.

As long as the dependencies are resolved from the repos declared in 
settings.xml ...

https://issues.apache.org/jira/browse/MNG-5781

We were affected by this more than once, but - honestly - I could not 
reproduce it today (3.3.3, 3.1.1, 3.0.5).

> so this is NOT a problem in contrary it is exactly working as it should
> be...Apart from using repository definition in a pom is a bad
> practice...

Definitely.

> But this is a different story...

Sadly it was not forbidden when it was discussed the last time ...

Cheers,
Jörg



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

Reply via email to