En Tomcat4, también puede utilizar la función de escucha de eventos proporcionada por Servlet2.3 para monitorear su aplicación o sesión. Tomcat también ofrece otras funciones, como la integración con SSL para una transmisión segura. Tomcat también proporciona soporte JNDI, que es consistente con el soporte proporcionado por los servidores de aplicaciones J2EE. Dicho esto, queremos presentar la diferencia entre servidores de aplicaciones (como WebLogic) y Tomcat. El servidor de aplicaciones proporciona más funciones J2EE, como EJB, JMS, JAAS, etc. , también soporta Jsp y Servlet. Por otro lado, Tomcat no es tan poderoso y no proporciona EJB ni otros soportes. Pero si se integra con JBoss (un servidor de aplicaciones de código abierto), se pueden realizar todas las funciones de J2EE. Dado que el servidor de aplicaciones tiene funciones Tomcat, ¿sigue siendo necesario Tomcat? De hecho, muchas de nuestras aplicaciones pequeñas y medianas no requieren tecnologías como EJB, Jsp y Servlet. En este momento, usar un servidor de aplicaciones es un desperdicio. Tomcat es breve y conciso, fácil de configurar y puede satisfacer nuestras necesidades. En este caso, naturalmente elegiremos Tomcat.
De hecho, el desarrollo basado en Tomcat es principalmente el desarrollo de Jsp y Servlet. Desarrollar Jsp y Servlets es muy sencillo. Puede utilizar un editor de texto general o IDE y empaquetarlo en un WAR. Otra herramienta que queremos mencionar, Ant, también es un subproyecto de Yakarta y tiene funciones similares a las de Unix. Debe escribir un archivo build.xml y luego ejecutar Ant para completar el trabajo definido en el archivo xml. Esta herramienta es ideal para aplicaciones grandes. Solo necesitamos escribir algunas cosas en xml para compilarlo y empaquetarlo en un WAR. De hecho, Ant está incluido en muchas distribuciones de servidores de aplicaciones. Además, en Jsp1.2, puede utilizar bibliotecas de etiquetas para separar el código Java de los archivos HTML, lo que hace que el mantenimiento de Jsp sea más conveniente.