[MNG-4675] Compile scoped dependencies replaced by test

• Type: Bug
• Status: Closed
• Priority: Major
• Resolution: Cannot Reproduce
• Affects Version/s: 2.2.1
• Component/s: Dependencies
• Environment: Windows XP
• Assignee: Benjamin Bentmann
• Reporter: Siam Rafiee
• Created: 14/May/10 15:28
• Updated: 14/Jan/19 00:33
• Resolved: 21/Nov/10 10:27

Description

Maven doesn't consider scopes correctly when applying the "nearest definition" rule on competing dependency definitions.

We experienced an issue where a transitive compile time dependency on antlr was clobbered to test scope since a test framework artifact (at test scope) had also declared a dependency on antlr.

<dependencies>
<dependency>
<!-- some dependency that transitively pulls in antlr 3 levels deep -->
<scope>compile</scope>
</dependency>

<dependency>
<!-- some test framework dependency that transitively pulls in antlr 2 levels deep -->
<scope>test</scope>
</dependency>
</dependencies>

Since the test framework pulls in antlr at a shallower depth, it takes priority, but also clobbers antlr's scope to 'test'. Thus, the first declared library will now fail to function correctly at runtime since the required antlr jar hasn't been packaged.

Since the module is unaware whether it needs antlr at all, it doesn't make sense for it to declare it directly as a dependency or even in a dependency management section.

If a module requires an artifact at compile time at any depth, the scope should default to 'compile', and not be replaced by 'test' by competing dependency definitions.

Issue Links

• is duplicated by: MPIR-193 Compile scoped dependencies replaced by test
• is related to: MNG-6224 Dependency version from test scope leaks into compile scope
• is related to: MNG-1895 Dependencies in two paths are not added to resolution when scope needs to be updated in the nearest due to any of nearest parents