Convencionalmente, un proyecto Servlet Maven se implementa en el servidor de producción de Tomcat mediante la implementación de una guerra generada en el directorio - webapps - de Tomcat. Sin embargo, Spring-Boot, como tendencia práctica, recomienda jar sobre war . Esta preferencia no tiene ningún problema para las pruebas, pero en caso de implementación en un servidor Tomcat existente en producción, AFAIK, solo se acepta una guerra. Así que mi solución sería:

1. Genere una guerra correspondiente modificando el pom.xml de Maven, es decir, establezca el valor del elemento de packaging como war como tal: <packaging>war</packaging> . Pero esto es manifiestamente un paso adicional
2. Implemente el proyecto en producción como un programa Java en ejecución con el Tomcat incorporado, lo que significa que no hay ningún servidor Tomcat normal en producción. Pero, ¿el Tomcat incorporado es tan estable en producción como el servidor Tomcat normal?
3. En caso de implementar un proyecto Spring MVC (¡sin Spring Boot!) en un servidor Tomcat existente, intenté usar el complemento Tomcat Maven en la fase de prueba en lugar de usar Eclipse con la configuración del servidor Tomcat, ya que el servidor Tomcat debe instalarse localmente como requisito previo. .

Pregunta: ¿Están bien las soluciones anteriores? ¿O hay otras soluciones mejores de implementación en producción? En el caso de la tercera solución, según mi conocimiento, solo existe el complemento Tomcat7 Maven, ¿qué pasa si solo quiero probar con Tomcat 8 o Tomcat 9? Traté de usar una clase principal para iniciar un Tomcat integrado, pero es muy difícil lidiar con las dependencias.