JEE y Tomcat

Notas del editor

• #2: lates.
• #8: Programación eficiente. Con JEE tenemos una tecnología estándar, un único modelo de aplicaciones, que incluye diversas herramientas; en contraposición al desarrollo tradicional con HTML, JavaScript, CGI, servidor web, etc. que implicaba numerosos modelos para la creación de contenidos dinámicos, con los lógicos inconvenientes para la integración.Extensibilidad frente a la demanda del negocio. Además, los equipos de desarrollo deben aplicar un estándar que les permita abstraerse de la implementación del servidor, con aplicaciones que puedan ejecutarse en múltiples servidores, desde un simple servidor hasta una arquitectura de alta disponibilidad y balanceo de carga entre diversas máquinas.
• #10: Los contenedores incluyen descriptores de despliegue (deploymentdescriptors), que son archivos XML que nos sirven para configurar el entorno de ejecución: rutas de acceso a aplicaciones, control de transacciones, parámetros de inicialización, etc.
• #12: Sin embargo, conviene empezar por el principio, es decir, el lenguaje básico de interconexión: el protocolo HTTP. Este es un protocolo de aplicación, generalmente implementado sobre TCP/IP. Es un protocolo sin estado basado en solicitudes (request) y respuestas (response), que usa por defecto el puerto 8080:· "Basado en peticiones y respuestas": significa que el cliente (por ejemplo, un navegador) inicia siempre la conexión (por ejemplo, para pedir una página). No hay posibilidad de que el servidor realice una llamada de respuesta al cliente (retrollamada). El servidor ofrece la respueta (la página) y cierra la conexión. En la siguiente petición del cliente, se abre una conexión y el ciclo vuelve e empezar: el servidor devuelve el recurso y cierra conexión.· "Sin estado": el servidor cierra la conexión una vez realizada la respuesta. No se mantienen los datos asociados a la conexión. Más adelante veremos que hay una forma de persistencia de datos asociada a la "sesión“.
• #14: La visión de la arquitectura es un esquema lógico, no físico. Cuando hablamos de capas nos referimos sobre todo a servicios diferentes (que pueden estar físicamente dentro de la misma máquina e incluso compartir servidor de aplicaciones y JVM).
• #16: Una pregunta muy común es cuándo usar servlets y cuándo usar páginas JSP. La pregunta es lógica, al fin y al cabo ambos mecanismos permiten generar contenidos dinámicos y además las JSP son servlets generados por el servidor de aplicaciones. La norma es que la mayor parte de las interacciones con el usuario se realizarán en las JSP debido a su flexibilidad, ya que integran de forma natural etiquetas HTML, XML, JSF, etc. Los servlets serán la excepción (un ejemplo típico es usar un servlet como controlador: un controlador recibe peticiones o eventos desde el interfaz de cliente y "sabe" el componente que debe invocar).
• #18: En este tipo de escenario, la capa web implica tanto lógica de presentación como lógica de negocio. Pero lo deseable es no mezclar todas las cosas, planteando un diseño modular. Para ello, las JSP y servlets no suelen acceder de forma directa a la base de datos, sino que lo hacen por medio de un servicio de acceso a datos.
• #20: Se puede trabajar con Tomcat como contenedor de JSPs y Servlets y algún otro servidor de aplicaciones como contenedor de EJBs. A continuación, se listan ejemplos de servidores de aplicaciones que soportan EJBs:- Oracle 9iAS- JBoss (gratuito)- JOnAS (gratuito)- Web Logic- IBM WebSphereTomcat se constituye en uno de los proyectos más interesantes de código abierto (open source) liderado por la Apache Software Foundation y es distribuído junto con el servidor web Apache.Tomcat cumple parcialmente (no soporta EJBs) con los estándares JEE e implementa las especificaciones Servlet 2.3 y JavaServerPages 1.2.