Desplegar múltiples instancias de una EAR (que representan versiones) a Glassfish

Question

Básicamente quiero ser capaz de desplegar múltiples versiones del mismo archivo EAR en el mismo servidor (ejemplo Glassfish?), Y tienen una trayectoria única para cada versión que los separa.

A partir de mi lectura en esta parece que despliegan múltiples EAR a la raíz del espacio de nombres del servidor web para que puedan coexistir si no se tienen en colisión de contexto raíz de la guerra.

En mi caso yo prefiero que en lugar de todo lo que sucede en "/", me gustaría ser capaz de calificar una determinada acumulación EAR-archivo para desplegar siempre bajo una trayectoria dada como "/ foo-20100319" o "/ foo-CLIENTE-20010101". Esto puede hacerse fácilmente con un único archivo WAR simplemente cambiando el nombre de la misma. No necesito o quiero que se moleste a los demás.

Es mi entendimiento de que esta reasignación se encuentra fuera del alcance del archivo application.xml, así que encontró que http://docs.sun.com/app/docs/doc/820-7693/beayr?a=view dice que puedo especificar en la web uri y el contexto de la raíz, pero no estoy seguro de que lo que yo quiero hacer, se puede especificar con estos en Glassfish.

¿Cómo debo abordar esto? Tengo un control total sobre el proceso de construcción.

(He encontrado implementación de múltiples aplicaciones web Java a Glassfish de una sola vez pero no estoy seguro de cómo se aplica esto a lo que necesito).

Answer 1

La aplicacion.xml le permite asignar una aplicación web que está encerrado en una oreja a la raíz del contexto de su elección . También puede hacer esto con la sol aplicacion.xml .

Dado que usted tiene control total sobre el proceso de construcción, la elección es suya.

Es posible que desee leer sobre el - deploymentplan opción de implementar el subcomando de utilidad asadmin de GlassFish. Se le permite mezclar archivos adicionales en el archivo desplegado antes del procesamiento de despliegue ... Por lo tanto, puede crear un único archivo ear 'genérico' y una serie de archivos deploymentplan más cortos, que 'mezclar-in' el archivo sun-aplicacion.xml necesario crear una implementación personalizada.