¿Cómo puedo examinar todo el árbol de fuentes con un procesador de anotaciones?

Question

Tengo muchas clases de controlador que manejan tipos de mensajes específicos. Para registrar todos estos manejadores, necesito saber cuáles existen. Actualmente, están todos anotados con una anotación específica, y utilizo un procesador de anotación Java 6 para obtenerlos todos, y hago una clase Register que contiene una instancia de cada uno de los tipos anotados.

Esto funciona muy bien si todo el árbol se está construyendo a la vez, pero si solo se está construyendo una de las clases anotadas (cuando guardo el archivo en Eclipse, por ejemplo), el procesador solo ve ese tipo y construye un registro incompleto ¿Cómo puedo examinar los otros tipos en este escenario?

Answer 1

He resuelto esto bastante bien por ahora. Lo que hice fue un poco hackey, pero básicamente para cada clase anotada que veo, agrego su nombre a un HashSet. Luego uso Filer.getResource() para abrir un archivo en el que grabé todas las clases comentadas previamente, y también las agregué al HashSet. Luego genero la clase de registro y escribo todo el HashSet en el mismo recurso con Filer.createResource(). Esto causará problemas si elimino un tipo anotado, ya que aún se grabará en ese archivo, pero puedo simplemente limpiar el proyecto o eliminar ese archivo para resolverlo.

EDITAR: Además, creo que al pasar los "elementos de origen" apropiados a Filer.createSource() debería permitir que Eclipse rastree esas dependencias correctamente, pero no es así. Quizás sea un error de Eclipse.

Answer 2

Como era de esperar, los procesadores de anotaciones en tiempo de compilación solo procesan los archivos que se compilan. Eclipse utiliza la compilación incremental para ahorrar tiempo, por lo que la respuesta corta es que no puede esperar que su procesador de anotación vea todos los tipos en una sola pasada.

Una solución es cambiar su arquitectura para admitir la compilación incremental. Por ejemplo, para cada HandlerClass con anotaciones, genere una clase RegisterHandlerClass que registre esa clase de controlador.

Dicho esto, parece que lo que está haciendo sería mejor hacerlo en tiempo de ejecución, quizás con la ayuda de una herramienta como Reflections.