Nombre de la aplicación de guerra separador del nombre del archivo de guerra

Question

Actualmente, si despliego un archivo war en tomcat con el nombre myapp.war, puedo acceder a su url por http://localhost/myapp/MyServlet.

Sin embargo, lo que quiero es desplegar una guerra con un número de versión en el nombre del archivo war y aún tener la misma url. Por ejemplo, yo desee implementar myapp-1.1.0.war y todavía tienen la url sea http://localhost/myapp/MyServlet

Por supuesto que necesito para mantener la actualización de la guerra y el número de versión va a seguir cambiando, así que no puedo codificar el nombre de archivo de la guerra en cualquier lugar. ¿Hay alguna configuración en web.xml que pueda usar para mantener la misma URL para la aplicación independientemente del nombre de archivo war?

Answer 1

Puede usar YOUR_WAR/META-INF/context.xml para esto. Este es un ejemplo:

<?xml version="1.0" encoding="UTF-8"?> 
<Context antiJARLocking="true" path="/MyServlet"/> 

Answer 2

La solución es dejar de usar la característica de distribución automática de Tomcat, que toma el atajo de establecer el "nombre de contexto" (la parte /myapp de la URL) a la parte de la guerra nombre de archivo antes de ".war".

En su lugar, extraer el contenido guerra para el sistema de ficheros de configuración de sí mismo y un archivo XML en TOMCAT_HOME/conf/[enginename]/[hostname]/[contextname].xml que apunta la ruta de contexto deseada (como /myapp) a la ubicación de la aplicación en el disco (como /opt/webapps/myapp-1.1.0/). El Tomcat reference docs proporciona una buena explicación de cómo Tomcat despliega aplicaciones automáticamente y cómo puede configurar la lógica personalizada para el mapeo de la ruta de contexto a la ubicación del archivo de la aplicación (hay varias formas alternativas de configurarlo aparte de la ubicación del archivo de la aplicación). Sugiero arriba).

Answer 3

No hay ninguna configuración en web.xml para esto. No creo que sea posible configurar esto dentro del archivo de guerra de forma cruzada (de todos modos, no se menciona en la especificación), por lo que cada contenedor lo hace de forma diferente. jboss-web.xml, sun-web.xml, etc. context.xml

Answer 4

Al utilizar Maven puede controlar el camino de su despliegue realizando lo siguiente:

de Tomcat conf/tomcat-users.xml:

<tomcat-users> 
    <role rolename="manager-gui"/> 
    <role rolename="manager-script"/> 
    <role rolename="manager-jmx"/> 
    <role rolename="manager-status"/> 
    <role rolename="admin-gui"/> 
    <role rolename="admin-script"/> 

    <user username="root" password="root" roles="manager-gui,manager-script,manager-jmx,manager-status,admin-gui,admin-script"/> 

</tomcat-users> 

~/.m2/settings.xml:

... 
<server> 
    <id>tomcat</id> 
    <username>root</username> 
    <password>root</password> 
</server> 
... 

pom.xml:

... 
    <modelVersion>4.0.0</modelVersion> 
    <groupId>com.example</groupId> 
    <artifactId>myapp</artifactId> 
    <version>1.1.0</version> 
    <packaging>war</packaging> 
... 
    <build> 
    <plugins> 
     <plugin> 
     <groupId>org.codehaus.mojo</groupId> 
     <artifactId>tomcat-maven-plugin</artifactId> 
     <configuration> 
      <!-- neglect /html below Tomcat7: --> 
      <url>http://server:8080/manager/html</url> 
      <!-- Refer to the server settings in your ~/.m2/settings.xml --> 
      <server>tomcat</server> 
      <path>/myWebApp</path> 
     </configuration> 
     </plugin> 
     .... 
    </plugins> 
    </build> 
... 

Comience su primera Tomcat A continuación, construir y desplegar su aplicación ..

mvn clean install tomcat:deploy 

..es serán accesibles bajo http://server:8080/myWebApp

Answer 5

me encuentro con el mismo problema, y ​​de hecho, ya mencionado @matt , el Tomcat reference docs proporciona una buena explicación de cómo Tomcat implementa aplicaciones automáticamente y cómo puede configurar la lógica personalizada para la asignación de la ruta del contexto a la ubicación del archivo de la aplicación.

En mi caso, he utilizado este consejo (para explicar su 'camino'):

Incluso cuando se define estáticamente un contexto en el server.xml, este atributo (/ ruta) debe no ajustarse a menos que el docBase no se encuentre debajo de Host's appBase o tanto deployOnStartup como autoDeploy son falsos. Si no se sigue esta regla, es probable que se produzca una implementación doble.

así que en mi caso, me cambiaron tanto deployOnStartup y autoDeploy a falso, por lo que mi GUERRA (egaWAR) no era auto-explotado a 'un' directorio en aplicaciones web, pero en su lugar en el directorio 'b', debido a la estos ajustes:

<Host name="localhost" appBase="webapps" 
      autoDeploy="false" deployOnStartup="false" 
      unpackWARs="true" deployIgnore="${ignore.context}"> 

    <Context docBase="a" path="/b" /> 

</Host> 

Answer 6

que prefieren utilizar "##" símbolos para señalar versión de archivos * .war en el gato.
Por ejemplo:
myapp.war -> URL: http://localhost:8080/myapp/MyServlet
myapp##1.1.0 -> URL: http://localhost:8080/myapp/MyServlet (siendo el mismo, ya que todos los símbolos después de "##" están ignorando por Tomcat)