[
http://jira.codehaus.org/browse/MNG-1577?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_90713
]
Jason van Zyl commented on MNG-1577:
Thanks, patch applied on trunk.
> dependencyManagement does not work for transitive de
[
http://jira.codehaus.org/browse/MNG-1577?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_90340
]
Jason van Zyl commented on MNG-1577:
Patch applied, thanks Ralph.
> dependencyManagement does not work for transitive depen
[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_82415 ]
Baerrach bonDierne commented on MNG-1577:
-
Given the long list of comments and the potential hurdles raised in them, is
there any direction on the proposed solutions
[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_82383 ]
Patrick Schneider commented on MNG-1577:
Hi all -- Just a quick note to let everyone know that I am working on this
issue as well -- currently, I'm looking at the e p
[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_79428 ]
Mike Perham commented on MNG-1577:
--
Ralph, I tried plain 2.0.x HEAD this weekend and it does not fail with the
scope issue I noted. So I would assume that the issue is in y
[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_79216 ]
Ralph Goers commented on MNG-1577:
--
Mike,
I suspect the behavior you are reporting is not part of the patch, but is part
of how the pom's extend each other. In other words,
[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_79208 ]
Mike Perham commented on MNG-1577:
--
Uh oh, the depMgmt scope in the parent POM is still overriding the scope given
in the leaf POM. This is bad - the leaf should always be
[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_79205 ]
Ralph Goers commented on MNG-1577:
--
Thanks, Mike. I upgraded to IntelliJ 6.0 and didn't check that setting. I'll
make sure it is set as virtually everything requires it. I
[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_79177 ]
Mike Perham commented on MNG-1577:
--
Ralph, I'm starting to test d now. First thing I noticed about the d patch is
that it has ^Ms in all the new files. I believe this is a
[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_78502 ]
Bugittaa Pahasti commented on MNG-1577:
---
My opinion is that the scope should be also possible to override, because there
are so many poms with invalid dependencies. Per
[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_78396 ]
Bugittaa Pahasti commented on MNG-1577:
---
One thing I noticed related to this: if I override a version in dependencies
(not in dependencyManagement), the pom of the "inc
[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_78173 ]
Ralph Goers commented on MNG-1577:
--
Well darn. Don't bother testing mng1577c yet. I created a unit test to test the
optional/non-optional issue that was raised and it is fai
[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_78005 ]
Ralph Goers commented on MNG-1577:
--
Thanks for the feedback. I'll see if I can address these problems. Did you
happen to create test cases that I can use?
> dependencyMana
[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_77990 ]
Mike Perham commented on MNG-1577:
--
I changed this in
src/main/java/org/apache/maven/artifact/resolver/DefaultArtifactCollector.java
-if ( artifact.getScope() !
[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_77979 ]
Mike Perham commented on MNG-1577:
--
-1 on this patch as is.
If I have a dep in the child POM:
junit
junit
[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_77108 ]
Ralph Goers commented on MNG-1577:
--
Pleaes wait until the end of the week. It was requested that I provide unit
tests along with the patch. I've had a little trouble with t
[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_77104 ]
Mike Perham commented on MNG-1577:
--
Anyone tried the patch yet? I'm considering upgrading us to use a patched
binary to get this fix.
> dependencyManagement does not work
[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_74638 ]
Ralph Goers commented on MNG-1577:
--
uploaded mng1577a.patch. The only change from the original patch was to not
have child projects override versions specified in parents.
[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_72300 ]
Ralph Goers commented on MNG-1577:
--
Brett. This can easily be done without breaking compatibility. It wasn't too
hard to figure out how to add an "override" child element to
[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_72298 ]
Brett Porter commented on MNG-1577:
---
thanks for all the comments. This is certainly a priority to "fix" in 2.1, but
won't be able to be done before, since it really changes
[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_72256 ]
Ralph Goers commented on MNG-1577:
--
Cocoon now has an issue at http://issues.apache.org/jira/browse/COCOON-1890
which is a hack to try to deal with this issue. This is gett
[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_72047 ]
Mike Perham commented on MNG-1577:
--
I would also say that if the dependency resolution algorithm should pick the
latest version if all else is the same. I can't tell you th
[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_72046 ]
ruel loehr commented on MNG-1577:
-
+1 as well. I need to ensure that I have dependable, reproducible build
where I know for sure what dependency versions are being used.
[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_72040 ]
Nathan Beyer (Cerner) commented on MNG-1577:
+1 for Craig's suggestion. The deterministic and user-controlled resolution of
dependencies is a must in developing a
[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_72033 ]
Craig McClanahan commented on MNG-1577:
---
My recommended approach to this is to adjust the version conflict resolution
algorithm used to calculate "distance" on the depe
[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_72016 ]
Mike Perham commented on MNG-1577:
--
I agree with Jorg and Craig. This would solve a lot of issues we are seeing in
building our large system (40-50 modules) with Maven. Al
[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_71899 ]
Craig McClanahan commented on MNG-1577:
---
This issue messes up the Maven2 based Shale builds too. The bottom line is
that it puts the stability of Shale builds totally
27 matches
Mail list logo
