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 lograr una transmisión segura. Tomcat también proporciona soporte JNDI, que es consistente con el soporte proporcionado por esos servidores de aplicaciones J2EE. Dicho esto, todavía queremos presentar la diferencia entre lo que comúnmente se llama servidor de aplicaciones (como WebLogic) y Tomcat. El servidor de aplicaciones proporciona más funciones J2EE, como EJB, JMS, JAAS, etc., así como soporte para Jsp y Servlets, mientras que Tomcat no es tan potente y no proporciona soporte para EJB, etc. Sin embargo, si se integra con JBoss (servidor de aplicaciones de código abierto), se puede lograr la funcionalidad completa de J2EE. Dado que el servidor de aplicaciones tiene las funciones de Tomcat, ¿no es necesario que exista Tomcat? De hecho, muchas de nuestras aplicaciones pequeñas y medianas no necesitan utilizar tecnologías como EJB, Jsp y Servlet. En este momento, sería un desperdicio utilizar un servidor de aplicaciones.
El desarrollo basado en Tomcat es en realidad principalmente el desarrollo de Jsp y Servlet. El desarrollo de Jsp y Servlet es muy simple. ¡Puede usar un editor de texto normal o IDE y luego empaquetarlo en un WAR! Puede utilizar un editor de texto normal o un entorno de desarrollo integrado y empaquetarlo en un WAR. Nos gustaría mencionar otra herramienta Ant. Ant también es un subproyecto de Jakarta. Su función es similar a la de Unix. Debe escribir un archivo build.xml y luego ejecutar Ant para completar el trabajo definido en el archivo xml. Esta herramienta es muy fácil de usar para aplicaciones grandes, solo necesitamos escribir muy pequeñas cosas en xml para compilar. 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.