Transformación de código Java en tiempo de compilación

Question

Me gustaría transformar código fuente de Java en tiempo de compilación justo antes de pasar el código fuente al compilador. En otras palabras me gustaría crear un preprocesador capaz de transformar

"bla bla bla" 

en cualquier otro código, tales como:

new MyClass("bla", 3) 

Mi motivación real es para cifrar la cadena, como explained here

Algunas personas sugieren escribir procesadores de anotación personalizados, pero por lo que entiendo las anotaciones:

• se pueden utilizar para generar un nuevo archivo de clase, pero no para transformar el código existente antes de pasarlo al compilador
• parecen funcionar en el paquete, clase o nivel de método, pero no en el cuerpo del método/implementación.

Algunas personas sugieren el uso de marcos como una cuchara o ObjectsWeb ASM, pero estos marcos parecen complicados de aprender y desplegar sobre una base de código existente.

Me gusta encontrar un ejemplo simple de preprocesamiento de código Java para ambos enfoques.

¿Alguien ve alguna forma inteligente de hacer la transformación del código, sin cambiar por completo una base de código grande existente con múltiples módulos de hiedra? Las anotaciones parecen ser la mejor manera, pero no entiendo cómo hacerlo.

Answer 1

Hay alguien que ya escribió un pequeño plugin preprocesador de tipo C en python/jython. Puede encontrarlo here. Tenga en cuenta que nunca lo he usado, pero quizás pueda ser un buen punto de partida para sus necesidades.

También hay un complemento maven java-comment-preprocessor (estilo similar) en el código de google que también podría ser un punto de partida útil.

Buena suerte. Suena como un desafío divertido. Por supuesto, tenga en cuenta que la ofuscación simplemente hace que sea un poco más difícil extraer la cuerda, pero aún así no es imposible. Si realmente quiere hacerlo significativamente más difícil, entonces puede que quiera ver encriptar sus cadenas y/o usar AOP.

Answer 2

Creo que se podría tratar de la misma técnica utilizada en Project Lombok

Está aproximadamente explicado por los autores en this interview:

lo que está pasando bajo el capó? Es decir, ¿cómo resulta una anotación en el texto repetitivo que termina en el bytecode?

Reinier: La API de procesador de anotación sólo se le permite crear nuevos archivos, que no le permite modificar el archivo que tiene la anotación en el interior de la misma. Que es lo que hace Lombok, por lo que Lombok no usa la API del procesador de anotaciones.

En cambio, Lombok utiliza la API del procesador de anotaciones solo como un mecanismo para insertarse en el proceso de compilación. Todos los procesadores de anotación se inicializan al principio del proceso de compilación, y Lombok modifica javac cuando se inicializa como un procesador de anotación. Solo cambiamos una cosa: el AST (el código fuente sin procesar, analizado en forma de árbol) se transfiere primero a Lombok, que genera todo lo que se debe generar, antes de que javac continúe.

y en How does lombok work?

También es posible extender Proyecto Lombok a sus necesidades

• Custom AST transformations with Project Lombok
• Project Lombok: Creating Custom Transformations

Answer 3

Si bastaría el preprocesador C, lo hice lograr que funcione con Eclipse en Windows. Sin embargo, solo funciona en Juno.

https://stackoverflow.com/a/10497206/1137626