[jira] (MNG-5590) ${basedir} and ${project.basedir} do not behave the same

[ https://jira.codehaus.org/browse/MNG-5590?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Scholte closed MNG-5590. --- Resolution: Duplicate Assignee: Robert Scholte > ${basedir} and ${project.basedir} do not behave the s

[jira] (MSHARED-283) Multiple level filtering not behaving as expected and not consistant behaviour between ${} replacement and @@ replacement

[ https://jira.codehaus.org/browse/MSHARED-283?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Scholte closed MSHARED-283. -- Resolution: Won't Fix Assignee: Robert Scholte IMO there should be a clear separation of sour

[jira] (MNG-5219) Regression from M2: Installing non-existing artifact is silently ignored

[ https://jira.codehaus.org/browse/MNG-5219?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason van Zyl updated MNG-5219: --- Fix Version/s: 3.2.2 > Regression from M2: Installing non-existing artifact is silently ignored > --

[jira] (MNG-5219) Regression from M2: Installing non-existing artifact is silently ignored

[ https://jira.codehaus.org/browse/MNG-5219?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=341497#comment-341497 ] Jason van Zyl commented on MNG-5219: A better way to handle this generally might be to disallow a

[jira] (MNG-5587) When the build fails emit any errors without the user having to specify -e or -X

[ https://jira.codehaus.org/browse/MNG-5587?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=341500#comment-341500 ] Jason van Zyl commented on MNG-5587: Here I think the -e option should just be on by default. If

[jira] (MNG-5474) combine.children="merge" has reversed ordering of combine.children="append"

[ https://jira.codehaus.org/browse/MNG-5474?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=341502#comment-341502 ] Jason van Zyl commented on MNG-5474: I think it makes sense that the order be preserved in the sa

[jira] (MNG-5474) combine.children="merge" has reversed ordering of combine.children="append"

[ https://jira.codehaus.org/browse/MNG-5474?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason van Zyl updated MNG-5474: --- Fix Version/s: 3.2.2 > combine.children="merge" has reversed ordering of combine.children="append" > ---

[jira] (MNG-5207) [Regression] Maven 3 fails to calculate proper build order with dependencies with classifiers

[ https://jira.codehaus.org/browse/MNG-5207?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=341503#comment-341503 ] Jason van Zyl commented on MNG-5207: I made a small repo with a script here: https://github.com/

[jira] (MNG-5448) Putting dll/so-type dependencies on java.library.path by default

[ https://jira.codehaus.org/browse/MNG-5448?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=341506#comment-341506 ] Jason van Zyl commented on MNG-5448: What does the NAR plugin do here? I consider that the standa

[jira] (MNG-5448) Putting dll/so-type dependencies on java.library.path by default

[ https://jira.codehaus.org/browse/MNG-5448?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=341512#comment-341512 ] Andreas Aronsson commented on MNG-5448: --- Seems NAR generates a pretty long path. They discuss

[jira] (MNG-5587) When the build fails emit any errors without the user having to specify -e or -X

[ https://jira.codehaus.org/browse/MNG-5587?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=341513#comment-341513 ] Andreas Aronsson commented on MNG-5587: --- -e on by default would save me a good deal of typing,

[jira] (MNG-5448) Putting dll/so-type dependencies on java.library.path by default

[ https://jira.codehaus.org/browse/MNG-5448?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=341516#comment-341516 ] Markus KARG commented on MNG-5448: -- What I proposed is that Maven learns to deal with binary depende

[jira] (MDEPLOY-174) NullPointerException at MavenArtifactRepository.java:219

[ https://jira.codehaus.org/browse/MDEPLOY-174?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=341524#comment-341524 ] Markus KARG commented on MDEPLOY-174: - Sorry for letting you wait. What exactly do you want m

[jira] (MDEPLOY-174) NullPointerException at MavenArtifactRepository.java:219

[ https://jira.codehaus.org/browse/MDEPLOY-174?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=341525#comment-341525 ] Robert Scholte commented on MDEPLOY-174: I found the cause: [DeployFileMojo.java@rev13549

[jira] (MDEPLOY-174) [REGRESSION] url not required anymore, causing a NullPointerException

[ https://jira.codehaus.org/browse/MDEPLOY-174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Scholte updated MDEPLOY-174: --- Summary: [REGRESSION] url not required anymore, causing a NullPointerException (was: NullPointer

[jira] (MDEPLOY-174) [REGRESSION] url not required anymore, causing a NullPointerException

[ https://jira.codehaus.org/browse/MDEPLOY-174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Scholte closed MDEPLOY-174. -- Resolution: Fixed Fix Version/s: 2.9 Assignee: Robert Scholte Fixed in [r1568656|ht

[jira] (MNG-5563) Ensuring only the available parameters are allowed

[ https://jira.codehaus.org/browse/MNG-5563?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=341527#comment-341527 ] Jason van Zyl commented on MNG-5563: Maybe moving toward configuration per goal will allow us to

[jira] (MNG-1958) we need a var that always points to the root direcotry in multi module builds

[ https://jira.codehaus.org/browse/MNG-1958?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason van Zyl updated MNG-1958: --- Fix Version/s: (was: Issues to be reviewed for 4.x) 3.2.2 Assignee: Jason van

[jira] (MNG-2205) "provided" scope dependencies must be transitive

[ https://jira.codehaus.org/browse/MNG-2205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=341528#comment-341528 ] Jason van Zyl commented on MNG-2205: It is unlikely we will change the behavior of the provided s

[jira] (MNG-4715) version expression constant

[ https://jira.codehaus.org/browse/MNG-4715?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason van Zyl updated MNG-4715: --- Fix Version/s: (was: Issues to be reviewed for 3.x) 3.2.2 Assignee: Jason van

[jira] (MNG-3283) Plugins that require dependency resolution in early phases cause dependency resolution issue

[ https://jira.codehaus.org/browse/MNG-3283?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=341529#comment-341529 ] Jason van Zyl commented on MNG-3283: What goals are people trying to run for this case. All of th

[jira] (MNG-2570) Maven needs to support multiple logging levels

[ https://jira.codehaus.org/browse/MNG-2570?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=341530#comment-341530 ] Jason van Zyl commented on MNG-2570: Anything here should now be adjusted to the fact that we're

[jira] (MNG-3559) Multi-Module Project: module that depends on sibling test jar cannot execute test-compile without install of sibling first

[ https://jira.codehaus.org/browse/MNG-3559?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason van Zyl updated MNG-3559: --- Fix Version/s: (was: Issues to be reviewed for 3.x) 3.2.2 > Multi-Module Project: mod

[jira] (MNG-3559) Multi-Module Project: module that depends on sibling test jar cannot execute test-compile without install of sibling first

[ https://jira.codehaus.org/browse/MNG-3559?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=341531#comment-341531 ] Jason van Zyl commented on MNG-3559: I fixed this in an implementation of the ReactorReader for a