¿Es posible desacoplar las capacidades de indexación de código de Eclipse?

Question

Estoy buscando escribir un analizador estático para una clase universitaria. Para proporcionar más potencia a la herramienta, me gustaría poder buscar la jerarquía de llamadas (como lo hace Ctrl + Alt + H en Eclipse). Esto también tendría que ser una operación rápida, por lo que la búsqueda probablemente tendría que hacerse contra un índice en lugar de escaneo de código byte.

Sin embargo, escribir un plugin de Eclipse sería demasiado ambicioso, espero. En cambio, prefiero desacoplar las partes de Eclipse que crean el índice de código, y usar una biblioteca para hacer búsquedas. La interfaz para el usuario estaría en la línea de comando, para simplificar la implementación.

He leído que Eclipse usa Lucene para hacer la indexación [1], sin embargo, debe haber una cantidad significativa de trabajo sobre Lucene para las capacidades que permite Eclipse.

La pregunta es, ¿es posible desacoplar las capacidades de indexación de Eclipse para su reutilización? Si no, ¿hay otras bibliotecas disponibles disponibles que puedan hacer el tipo de procesamiento que he discutido?

[1] Lucene En Acción (IIRC)

---

EDITAR

creo que ha habido un malentendido. No estoy buscando inspeccionar la jerarquía de clases, quiero inspeccionar llamar a la jerarquía. Es por eso que la búsqueda y la indexación (de algún tipo, aunque tal vez ese no sea el término correcto) entran en discusión. Inspeccionar la jerarquía de clases es probablemente mucho menos costoso que inspeccionar la jerarquía de llamadas.

En cuanto a escribir un plugin de Eclipse, sí, me encantaría, pero dado que esta tarea es en un plazo muy corto, es probable que no lo logre. Pero es información útil que algunos de ustedes sienten que esto no es tan difícil como creo que será.

Quizás he puesto demasiado énfasis en Eclipse, se me ocurrió que realmente estoy buscando cualquier herramienta que proporcione una API para inspeccionar un gráfico de llamadas a través del bytecode.

¡Gracias por sus respuestas hasta ahora!

Answer 1

¿Has mirado a ecj? Es la porción del eclipse del compilador, factorizada en un proyecto separado.

o puede utilizar la parte JDT de Eclipse: http://www.eclipse.org/jdt/core/index.php

Answer 2

La operación que busca no es exactamente la indexación. La indexación se realiza para proporcionar una búsqueda de texto completo. Encontrar la superclase de una clase dada es difícilmente buscar texto.

Desea escribir un plugin de Eclipse (bastante simple, puede ser solo un par de clases) que utiliza JDT. Tendrá que escribir un visitante AST (Árbol de sintaxis abstracta) que se utilizará para analizar su código. Luego podrá resolver tipos y atravesar fácilmente la jerarquía de clases utilizando las instalaciones de JDT.

Consulte my answer to this question.

Answer 3

Los plugins de Eclipse realmente no son tan difíciles; tardan un poco en acostumbrarse, pero no demasiado tiempo.

Piense en agregar la funcionalidad que desee al eclipse IDE. Puede aprovechar otras funcionalidades de complementos (como JDT, que incluye la funcionalidad de búsqueda que está buscando).

Luego, puede proporcionar sus complementos para que los usen todos los eclipses, en lugar de desarrollar otra herramienta independiente.

Answer 4

Me gustaría una solución basada en ASM, hará el trabajo duro, resolviendo la jerarquía. Aquí es un analizador simple, que PRINTLN la jerarquía de llamada de la clase dada:

public class Analyzer { 
    public static void main(String[] args) throws IOException { 
     ClassReader classReader; 
     ClassNode classNode; 
     String fullyQualifiedClassName = args[0]; 
     String callHierarchy = ""; 
     while (null != fullyQualifiedClassName) { 
      callHierarchy = " > " + fullyQualifiedClassName + callHierarchy; 
      classReader = new ClassReader(fullyQualifiedClassName); 
      classNode = new ClassNode(); 
      classReader.accept(classNode, 0); 
      if (null != classNode.superName) { 
       fullyQualifiedClassName = classNode.superName.replace('/', '.'); 
      } else { 
       fullyQualifiedClassName = null; 
      } 
     } 
     System.out.println(callHierarchy); 
    } 
} 

Dada java.util.TreeMap como argumento, imprime

> java.lang.Object > java.util.AbstractMap > java.util.TreeMap 

Sé que esto es el análisis de código de bytes, pero para ser honesto, ASM es muy rápido y si todo lo que necesitas es Call Hierarchy, el escaneo no llevará mucho tiempo (nada notable).

Esperanza esta ayuda :)

Answer 5

Caminando el código de bytes no es difícil en absoluto y no es lento tampoco. Hemos realizado un análisis estático de grandes proyectos de código Java a velocidades interactivas. Como no tienes mucho tiempo, te sugiero que modifiques algo como un plugin de visor de gráficos de llamadas [1] en eclipse. Además, el código de Eclipse es difícil de comprender, es mejor que escribas tu propio complemento que utiliza la mayor cantidad de API indocumentadas de Eclipse como sea posible.

[1] http://www.eclipseplugincentral.com/Web_Links-index-req-viewlink-cid-1326.html

Answer 6

Tenga una mirada en el marco de IBM WALA. Entre otras cosas, puede generar el Call Graph (CG) para su código base. De hecho, casi todo en WALA comienza con la construcción del CG. Puede modificar sus ejemplos y reemplazar los datos de prueba con los suyos.

Answer 7

Ignoraría a Eclipse por completo: solo lo distraerá.

Si está realizando un análisis estático, seguramente querrá analizar bytecode. Para encontrar la jerarquía de llamada, usted busca el invokeinstance, invokestatic y invokespecial bytecodes (véase la JVM spec). Éstos hacen referencia a una clase/nombre-método completamente calificado, y usted puede construir su jerarquía de llamadas usando un Map<FuncRef,Set<FuncRef>>, donde FuncRef es una clase que usted define para contener la información de la llamada al método.

BCEL puede ayudarle con el escaneo de códigos de bytes.

Sin embargo, vas a tener que hacer más trabajo que eso, particularmente con invokeinstance, ya que no sabes cuál podría ser la instancia real. A veces puede mirar hacia atrás en el código para encontrar una tarea, pero es más probable que adivine: este es el talón de Aquiles del análisis estático.

Answer 8

Este es un complemento GUI para Eclipse que ofrece una representación visual de la jerarquía de llamadas. No es una lista, pero es una ayuda.

http://www.certiv.net/projects/callgraph.html

Answer 9

sospecho que usted encontrará que es más fácil escribir el plugin - para el que Eclipse está diseñado y documentado - que para extraer los bits que están destinados a ser internos y construir algo más de ellos.