[
http://jira.codehaus.org/browse/MNG-2962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_94100
]
Geoffrey De Smet commented on MNG-2962:
---------------------------------------
At one point, machine A and machine C removed their local repo's and made sure
they had the same poms (with "svn update"), nevertheless machine A would build
and machine C would not.
Between machine B and machine C we used the same poms and our settings.xml
differ little or not, there are no claims of a repository.
I have no explenation why machine B would skip our dev repo (and not our deploy
repo) and machine C didn't.
Our dev repo does not contain org.springframework:spring-beans whatever (no
meta data about it either).
> (False) transitive dependencies don't appear on the compiler classpath in
> some windows environments since m2.0.6.
> -----------------------------------------------------------------------------------------------------------------
>
> Key: MNG-2962
> URL: http://jira.codehaus.org/browse/MNG-2962
> Project: Maven 2
> Issue Type: Bug
> Components: Dependencies
> Affects Versions: 2.0.6
> Environment: windows
> Reporter: Geoffrey De Smet
> Attachments: m2.0.6-failing-compile-machineC.log,
> m2.0.6-working-compile-machineB.log
>
>
> Since m2.0.6 builds that work perfectly on linux machine A and sometimes even
> on a windows machine B, breaks on another windows machine C.
> We have some "false transitive dependencies": transitive dependencies that
> should be direct dependencies.
> (We currently do this to avoid having to duplicate the version number as the
> different projects don't have a common superpom.)
> Making those dependencies direct dependencies fixes the problem with windows
> machine C, but the real problem is that the guy on linux machine A should get
> the problems too, before committing.
> The compiler plugin version is locked down to 2.0.2, but are using maven
> 2.0.6. This did not occur in maven 2.0.5.
> Attached you'll find the "mvn -X install" logs of the 2 windows machines.
> The log of machine C is specifically interesting, as it shows
> "spring-beans:2.0.2" as a transitive dependency, yet it forgets it on the
> classpath in the compiler plugin:
> [DEBUG] Adding managed depedendencies for unknown:atlas-spring
> ...
> [DEBUG] org.springframework:spring-beans:jar:2.0.2:compile
> ...
> [DEBUG] Classpath: [d:\sources\atlas-all\atlas-checkpoint\target\classes
> .. (no org.springframework:spring-beans:jar:2.0.2)
> Machine B instead has instead this at the classpath log part:
> [DEBUG] Classpath: [d:\projects\sb\atlas_all\atlas-checkpoint\target\classes
> ...
> C:\Documents and
> Settings\gds\.m2\repository\org\springframework\spring-beans\2.0.2\spring-beans-2.0.2.jar
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
