2010-06-22 11 views
8

Hoy, he estado mirando proyectos Maven Multi-Module y EAR y parecen bastante similares en tanto ambos parecen definir un conjunto de una colección de otros proyectos, casi parece que un proyecto EAR debería ser un embalaje alternativo para un proyecto de varios módulos.Do Maven Multi-Module y EAR funcionan bien juntos?

¿He entendido mal algo? ¿O estos tipos de proyectos funcionan juntos?


siguiente respuesta de Pascal: Actualizado a aclarar la cuestión, es de esperar que le ayudará si no es fácil de entender; lo siento, tal vez no está muy bien redactado, las orejeras son algo nuevo para mí ...

Así que digo que tengo dos proyectos, uno que produce una guerra y el otro un recipiente de utilidad. La guerra depende del frasco y necesito empaquetarlos en un oído para su despliegue. ¿Debo usar un proyecto con un tipo de empaque pom? Supongo que tengo que usar un proyecto con un tipo de empaque de oreja en alguna parte para producir el artefacto final, entonces ¿es mejor usar solo un proyecto con empaques de oreja, o proyectos con pom y oreja? Si ambos, ¿cómo?

+0

Hice una pregunta similar (http://stackoverflow.com/questions/2821077/maven-all-or-parent-project-for-aggregation). El punto es que no siempre está claro si debe usar un proyecto de empaque que depende del proyecto que empaqueta o uno de varios módulos. El código fuente del paquete requiere un módulo múltiple, por ejemplo, pero no existe una forma (fácil) de empaquetar el código fuente para sus dependencias. Los proyectos de EAR deben seguir el segundo enfoque, no el módulo múltiple, sino el último proyecto de la construcción, según el proyecto que empaqueta. –

Respuesta

0

¿He entendido mal algo? ¿O estos tipos de proyectos funcionan juntos?

No estoy seguro de haber entendido la pregunta, pero estoy tentado de responder que trabajen juntos:

  • módulos Agregación permitirá, además, módulos agregados y que deben tener un embalaje pom (y solo los módulos pom pueden tener proyectos anidados).
  • Un módulo EAR es solo un módulo con un embalaje ear (y tiene un bindings específico) y puede ser parte de un proyecto de varios módulos.

Ambos tienen diferentes propósitos. Pero trabajan juntos.

2

Los proyectos EAR funcionan bien como parte de un proyecto agregado más grande. En aquellos casos en los que no desea que el EAR sea un proyecto separado; siempre puedes crear el archivo a través de un ensamblaje.

Este enfoque tiene sentido en algunos casos. Por lo general, donde tiene que crear múltiples versiones del EAR o cuando desea crear el despliegue de un archivo EAR grande, pero no tiene necesidad de mantener el artefacto una vez creado.

He utilizado este enfoque para manejar un estándar corporativo que requiere que todos los archivos EAR desplegables, incluso cuando la aplicación es un único archivo WAR. Un ensamblado puede crear el EAR con su único archivo WAR y los descriptores de despliegue.

Cuestiones relacionadas