En Maven, ¿es posible refactorizar fragmentos comúnmente repetidos en una "biblioteca" reutilizable (complemento)? Me doy cuenta de que puedo escribir mis propios complementos, pero a menudo la funcionalidad que quiero reutilizar ya está expresada como fragmentos en un pom.xml, y mi inclinación natural es que el mecanismo de reutilización debe conservar esos fragmentos como XML.¿Se puede refactorizar los archivos Maven pom.xml en fragmentos XML reutilizables?
El caso en cuestión He estado usando un procedimiento (partly described here) para generar un archivo WADL desde el código fuente Jersey/JAX-RS, y luego generar documentación para desarrolladores de ese WADL y la propia Javadoc del código fuente. El procedimiento en esa página describe la ejecución de dos complementos, y estoy usando un tercer complemento (org.codehaus.mojo: exec-xsltproc) y mi propio archivo XSL para convertir el WADL en HTML.
He utilizado este procedimiento en varios proyectos de Maven. La plantilla viene en 100 lines of XML. Lo que cambia entre proyectos es simplemente el nombre del paquete del código fuente en cuestión (com.example.myapp.rest en la plantilla repetida). Por lo tanto, no es posible mover esto a un pom principal, o cualquier otro mecanismo que no permita la parametrización.
Lo que deseo es agregar, excluir plantilla o refactorizar esas 100 líneas (y un archivo XST) en una ubicación común. Me doy cuenta de que las ejecuciones maven reutilizables se entregan a través de plugins Maven. Idealmente, no tendría que escribir ningún Java (o Groovy) solo para volver a expresar lo que ya he expresado en XML.
¿Es posible refactorizar los archivos de Maven pom.xml como XML?
Este es un enfoque viable en el pequeño (que insinué en la pregunta). La desventaja es que solo puedes hacer esto una vez; por ejemplo, no puedes componer juntos varios padres. –
Podría crear una jerarquía de encadenamiento ... que sería un poco desordenada, pero debería funcionar. parent1-> parent2-> parent3-> su módulo – mglauche