Maybe Deputy can be of any help here? It has a facility to display all version conflicts that exist in a dependency graph.
Check out http://deputy.sourceforge.net/conflicts.html You would have to load the pom of your app into Deputy and take a look at the conflicts node. If you want to see all conflicts of all your projects at once, create a pom that has one dependency per project. I created Deputy for Maven 1.x, because I needed support for transitive dependencies and couldn't wait for M2. HTH, Matthias -----Ursprüngliche Nachricht----- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Grant Ingersoll Gesendet: Mittwoch, 10. August 2005 20:22 An: [email protected] Betreff: Re: Dependency Version consistency So, do I just look at the report and then go and update all the projects that need it? We have a fair amount of shared code spread across a couple of projects? Is the transitive checking going to exist in 1.1 or is that 2.0 only? I can live w/ updating the projects, just want a fast way to discover the inconsistencies. Do you think it is possible to script this easily ( a day or two)? >>> [EMAIL PROTECTED] 08/10/05 12:45 PM >>> On Wed, Aug 10, 2005 at 06:42:09PM +0200, Trygve Laugstøl wrote: > On Wed, Aug 10, 2005 at 12:31:42PM -0400, Grant Ingersoll wrote: > > Have read http://maven.apache.org/using/managing-dependencies.html and > > it makes some sense, but am still a little confused on how to apply in > > reality. I now realize that you was asking about Maven 1 and I told you the answer for Maven 2, sorry about that. > I added a section about dependency management yesterday that you might > want to ready. Until the site is redeployed you can read it directly from > Subversion[1]. > > > > > Is there a plugin that detects when you have a version consistency > > problem across projects? > > There is a dependency report that should show you all versions of a > library in use. This is also true for Maven 1 but only on a per project basis. > > > We have several libraries that are part of our core code base that are > > used in multiple projects. What is the best way for managing/detecting > > when the libraries are out of synch. > > > > For instance, I have my core utilities library w/ versions 1.0 and 1.1. > > I have another library foo-1.0 that is dependent on core-1.0. My > > application, which needs some new feature in core-1.1 is currently > > dependent on foo-1.0. I know the solution is to go bring foo up on > > core-1.1, but what I am wondering is if there is a way to detect these > > dependencies ahead of time. Right now, I usually don't find out until > > runtime/test-time when I get a NoSuchMethodError or something along > > those lines. > > > > Any suggestions? I realize some of this problem is inherent to java > > and the lack of jar versioning capabilities. Was wondering, however, > > what people do in the real world to deal w/ this? > > Basically put all of your dependency information in a > <dependencyManagement> tag in your root pom and in your child poms > reference all dependencies by group id and artifact id only. > > [1]: https://svn.apache.org/repos/asf/maven/components/trunk/maven-site/src/s ite/xdoc/dependency-mechanism.xml > > -- > Trygve --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
