¿Hay alguna herramienta para descubrir si existe la misma clase en varios archivos jar en el classpath?

Question

Si tiene dos jar en su classpath que contienen diferentes versiones de la misma clase, el orden de la classpath se vuelve crítico.

Estoy buscando una herramienta que pueda detectar y señalar esos posibles conflictos en un classpath determinado o un conjunto de carpetas.

Sin duda, una secuencia de comandos que comienza:

classes=`mktemp` 
for i in `find . -name "*.jar"` 
do 
    echo "File: $i" > $classes 
    jar tf $i > $classes 
    ... 
done 

con algún tipo inteligente/Uniq/diferencias/grep/awk más adelante tiene potencial, pero me preguntaba si alguien sabe de alguna solución existentes.

Answer 1

La herramienta Tattletale de JBoss es otro candidato: "Puntual si hay una clase/paquete se encuentra en varios archivos JAR"

Answer 2

Classpath Helper es un plugin de Eclipse que ayuda un poco.

Answer 3

JWhich try o jcfind

http://javaclassfind.wiki.sourceforge.net/

http://which4j.dev.java.net/

Answer 4

creo que no sería demasiado difícil escribir una herramienta para su auto.

Puede obtener las entradas classpath con System.getProperty ("java.class.path");

Y luego camine por los frascos, cremalleras o directorios allí enumerados y recopile toda la información sobre las clases y descubra las que podrían causar problemas.

Esta tarea tomaría 1 o 2 días como máximo. Luego puede cargar esta clase directamente en su aplicación y generar un informe.

Probablemente la propiedad java.class.path no mostrará todas las clases si ejecuta en alguna infraestructura con carga compleja de clases personalizadas (por ejemplo, una vez vi una aplicación que carga las clases desde el LDAP) pero ciertamente funcionaría para la mayoría de los casos.

Aquí hay una herramienta que puede serle útil, nunca la he usado, pero pruébenos el resultado.

http://www.jgoodies.com/freeware/jpathreport/features.html

Si va a crear su propia herramienta, aquí está el código que utilizo para la misma secuencia de comandos shell publicado antes, pero que yo uso en mi máquina de Windows. Funciona más rápido cuando hay toneladas de archivos jar.

Puede usarlo y modificarlo para que en lugar de caminar recursivamente por un directorio, lea la ruta de la clase y compare el atributo de tiempo de clase.

Hay una clase de comandos que puede subclase si es necesario, estaba pensando en la opción -execute de "encontrar"

Esta mi propio código, por lo que no estaba destinado a ser "listos para la producción", sólo para Haz el trabajo.

import java.io.*; 
import java.util.zip.*; 


public class ListZipContent{ 
    public static void main(String [] args) throws IOException { 
     System.out.println("start " + new java.util.Date()); 
     String pattern = args.length == 1 ? args[0] : "OracleDriver.class";// Guess which class I was looking for :) 
     File file = new File("."); 
     FileFilter fileFilter = new FileFilter(){ 
      public boolean accept(File file){ 
       return file.isDirectory() || file.getName().endsWith("jar"); 
      } 
     }; 
     Command command = new Command(pattern); 
     executeRecursively(command, file, fileFilter); 
     System.out.println("finish " + new java.util.Date()); 
    } 
    private static void executeRecursively(Command command, File dir , FileFilter filter) throws IOException { 
     if(!dir.isDirectory()){ 
      System.out.println("not a directory " + dir); 
      return; 
     } 
     for(File file : dir.listFiles(filter)){ 
      if(file.isDirectory()){ 
       executeRecursively(command,file , filter); 
      }else{ 
       command.executeOn(file); 
      } 
     } 
    } 
} 
class Command { 

    private String pattern; 
    public Command(String pattern){ 
     this.pattern = pattern; 
    } 

    public void executeOn(File file) throws IOException { 
     if(pattern == null) { 
      System.out.println("Pattern is null "); 
      return; 
     } 

     String fileName = file.getName(); 
     boolean jarNameAlreadyPrinted = false; 

     ZipInputStream zis = null; 
     try{ 
      zis = new ZipInputStream(new FileInputStream(file)); 

      ZipEntry ze; 
      while((ze = zis.getNextEntry()) != null) { 
       if(ze.getName().endsWith(pattern)){ 
        if(!jarNameAlreadyPrinted){ 
         System.out.println("Contents of: " + file.getCanonicalPath() ); 
         jarNameAlreadyPrinted = true; 
        } 
        System.out.println(" " + ze.getName()); 
       } 
       zis.closeEntry(); 
      } 
     }finally{ 
      if(zis != null) try { 
       zis.close(); 
      }catch(Throwable t){} 
     } 
    } 
} 

Espero que esto ayude.

Answer 5

jarclassfinder es otro eclipse opción

Answer 6

Parece que jarfish va a hacer lo que quiere con su comando "engañados" plugin.

Answer 7

si no le gusta cómo descargar e instalar cosas que puede utilizar este comando una línea para encontrar los conflictos tarro con herramientas gnu estándar. Es rudimentario, pero puedes ampliarlo como desees.

ls *.jar | xargs -n1 -iFILE unzip -l FILE | grep class | sed "s,.* ,," | tr "/" "." | sort | uniq -d | xargs -n1 -iCLASS grep -l CLASS *.jar | sort -u 

(que es un poco lento para correr si usted tiene una gran cantidad de frascos)

Explicación: En él se enumeran todos los archivos en todos los frascos, GREPS de archivos de clase, encuentra duplicados, entonces GREPS los frascos originales para ver dónde aparecieron. Podría hacerse más eficiente con un script más complicado.