Hello, We have a multi-module project which transitively uses Commons Logging. We do not use it directly ourselves and so did not explicitly declare it as a dependency. So far, this has not been a problem. But for some reason, something must have changed over the weekend. I started our application and got a NoClassDefFoundError because org.apache.commons.logging.LogFactory was missing.
I then checked the following: - Maven dependencies in Eclipse (using m2eclipse) showed commons-logging-1.1 - The dependency hierarchy and dependency:tree showed commons-logging-1.1 as the winner (amongst 1.0, 1.0.3, 1.0.4, 1.1, 1.1.1) . dependency:copy copied commons-logging-1.1.jar - The Jar plugin wrote commons-logging-1.1.1 into the manifest. So, the problem is that either the Jar plugin or the Dependency plugin is wrong. Don't they use the same mechanism in order to determine the classpath? Naturally, I would expect the latest version to win. I don't understand why this happened all of a sudden. Nothing has changed here, and all our plugin versions are locked. For now, I fixed the problem by explicitly adding commons-logging-1.1.1 as a dependency, but I don't really like this. I'd appreciate any insight into what's going on here. Thanks, Reinhard --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
