ventajas son siria segunda primera para mundial mexico las guerra fria española desventajas cuáles civil java tomcat jboss war-files war-filedeployment

java - son - Ventajas/desventajas de las guerras explosivas



ventajas y desventajas de la guerra fria wikipedia (6)

Una respuesta a una pregunta que leí hoy sugirió la implementación de una aplicación como un WAR explosionado. Me hizo pensar.

Cada implementación que he hecho a un JBoss / Tomcat ha sido con un archivo WAR / EAR. Al menos hasta donde puedo recordar.

¿He estado cometiendo un error todos estos años?

¿Existen ventajas al implementar una aplicación en su forma expandida en lugar de empaquetarse?


AFAIK, el despliegue en caliente solo es posible con guerras explosivas. Y también durante el desarrollo es más fácil navegar por el árbol del proyecto en el servidor. Por supuesto, puede haber otras ventajas y desventajas, que estaré encantado de escuchar.


Con: si estás en Windows, a menudo encontrarás que el sistema operativo bloquea aleatoriamente algunos archivos en el .war explosionado, y será difícil para ti eliminar toda la guerra y volver a desplegarlos.


Creo que esa fue mi respuesta al mencionar la explosión de la GUERRA en la otra pregunta. Los WAR explotados son más fáciles de navegar y puede implementar ''partes'' de su aplicación mucho más rápido (dependiendo de cómo nuestro servidor Web / App se encargue de esto), por ejemplo, Reemplazar un solo recurso como una página JSP. Sin embargo, puede tener algunos inconvenientes:

1.) ¿Qué versión estás realmente corriendo? "Hmmm, no estoy muy seguro ahora"

2.) Seguridad - ¿Tiene el permiso correcto para el formato explotado?

3.) Desorden: archivos distribuidos por toda su aplicación / servidor web (algunas personas realmente odian esto).

Tiendo a explotar para el prototipo de trabajo Dev y luego paso a un embalaje adecuado cuanto más cerca del PRD me sale.


El único beneficio real que recibe de la implementación de un ear / war explotado es la capacidad de intercambiar archivos en el servidor en caliente, así como el tiempo ahorrado en el paquete (que en mi humilde opinión es insignificante).

Básicamente, esta es una característica útil para las fases de desarrollo. No elegiría este método de implementación para un entorno de producción.

También hay algunos servidores de aplicaciones web que requieren guerras explosivas para algunas características esotéricas, pero esto no es nada que haya encontrado en el uso regular.


En la etapa de desarrollo es más cómodo desplegarlo explotado. De esta manera puede actualizar algunos recursos implementados (como pueden ser las páginas JSP).

Para los entornos de prueba y producción, prefiero la implementación empaquetada: más ligera y más fácil de manejar para los implementadores.


No explotar un WAR / EAR cuando se implementa no hace ninguna diferencia en el servidor de aplicaciones. Esto se debe a que debajo de ellos están todos explotados.

Por ejemplo, si coloca un archivo WAR debajo de la aplicación web de tomcat, verá que debajo de su directorio de trabajo, su archivo WAR se explotará allí.

Básicamente, WAR / EAR solo está archivando sus archivos para que sea más fácil moverse e implementar