Apache Tomcat Rafael Emmi Christian Graffe.

Presentación del tema: "Apache Tomcat Rafael Emmi Christian Graffe."— Transcripción de la presentación:

1 Apache Tomcat Rafael Emmi Christian Graffe

2 Agenda Reseña histórica ¿Qué es Tomcat? Conceptos Básicos
Instalación y Configuración de Tomcat para windows. Archivos .war Diferencia entre Tomcat y otros Contenedores Web Ventajas de utilizar contenedores Conclusiones Ejemplos Resena histórica Atencedentes, Primeros Contenedores Web ¿Qué es Tomcat? Conceptos Básicos Contenedores Web Servlets JSP Instalación y Configuración de Tomcat para windows Instalación paso por paso Ficheros de Configuración Tomcat Estructura de Aplicación Archivos .war Diferencia entre Tomcat y otros Contenedores Web Ventajas de utilizar contenedores Conclusiones Ejemplos

3 ¿Qué es Apache Tomcat? Apache Tomcat es un contenedor de Servlet desarrollado por el Apache Software Fondation (ASF). Tomcat implementa las especificaciones de Java Servlet y JavaServer Pages (JSP). Su primera Versión fue liberada en 1999. Por la Página oficial de tomcat.apache.org es un Contenedor Web para la implementación de los Java Servlets y la tecnología de Java Server Pages (JSP). El desarrollo del Apache Tomcat, intenta que sea con la colaboración de los mejores desarrolladores de todo el mundo. Los documentos de especificaciones The Java Servlet and JavaServer Pages estan desarrolladas bajo el Java Community Process. Apache Tomcat es un contenedor de Servlet desarrollado por el Apache Software Fondation (ASF). Tomcat implementa las especificaciones de Java Servlet y JavaServer Pages (JSP) creadas por Sun Microsystems y provee la utilización de código puro en Java para la implementación en los ambientes de Servidores Web (HTTP). Apache Tomcat es desarrollado en abierto y participativo ambiente y es liberado bajo el Apache Software License. En la página principal de Apache Tomcat te invita a que participes en el desarrollo de esta aplicación. 3/28

4 ¿Qué es Apache Tomcat? Apache Tomcat provee numerosos proyectos de grandes escalas, y tareas críticas de aplicaciones web a lo largo de rango diverso de industrias y organizaciones. Algunos de sus usuarios y otras historias están listados en el siguiente hipervínculo Tomcat no debería confundirse con el Apache web server, que es una implementación en C de un Servidor HTTP estos dos no están uno contenido en otro. Apache Tomcat incluye herramientas de configuración y manejo , pero también puede configurar tomcat con la edición de archivos que son formatos XML. 4/28

5 ¿Qué es Apache Tomcat? J2SE Web Container JNDI RMI-IIOP Java Mails JAF
Demonio Http J2SE JSP Servlet JNDI RMI-IIOP Aplication Client Java Mails JAF Aplication Client Http Request JTA Http Response JMS JNDI RMI-IIOP JDBC JMS JDK,SDK,J2SE "Java Development Kit"(JDK),"Standard Development Kit" (SDK) y "Java 2 Standard Edition" (J2SE) son nombres para el mismo componente e incluyen: El API de Java, el JRE ( JVM ), compilador de Java y otras funcionalidades definidas por Sun. Si no esta familiarizado programando en Java, el API de Java es un conjunto de clases que es utilizado para generar programas básicos en el lenguaje; utilizando una analogía, estas clases tienen la misma funcionalidad que las funciones|clases estándar utilizadas en otros lenguajes C,C++, Perl (Esto es precisamente la definición de API ("Application Programming Interface")). Partiendo de estas clases (API de Java) se generan TODOS los programas, interfaces y elementos programados en Java, inclusive a partir de estas clases usted puede definir otras clases especificas que serán utilizadas por su programa o producto. JNDI El nombramiento y los servicios de Directorios desempeñan un papel vital en intranets e Internet mediante el suministro de toda la red compartir de una variedad de información sobre los usuarios, máquinas, redes, servicios y aplicaciones. JNDI es un API especificada en la tecnología Java que proporciona nombres de directorio y funcionalidad a las aplicaciones escritas en el lenguaje de programación Java. Está diseñado especialmente para la plataforma Java utilizando Java del modelo de objetos. Uso de JNDI, las aplicaciones basadas en la tecnología Java pueden almacenar y recuperar objetos Java para nombres de cualquier tipo. Además, JNDI proporciona métodos para realizar operaciones de directorio estándar, tales como asociar los atributos con los objetos y la búsqueda de objetos utilizando sus atributos. JNDI también se define independiente de cualquier nomenclatura o servicio de directorio de aplicación. Permite el acceso a aplicaciones diferentes, posiblemente múltiples, denominación y servicios de directorio utilizando una API común. Diferentes nombres y los proveedores de servicios de directorio puede ser conectado sin problemas en común detrás de esta API. Esto permite que la tecnología Java basada en aplicaciones para tomar ventaja de la información en una variedad de los nombres y directorio de servicios, tales como LDAP, NDS, DNS, NIS y (YP), así como las aplicaciones que permiten a convivir con el legado de software y sistemas. Uso de JNDI como una herramienta, puede construir nuevas y potentes aplicaciones portátiles que no sólo aprovechar las ventajas de Java del modelo de objetos, pero también están bien integrados con el medio ambiente en el que están desplegadas. RMI-IIOP Es una invocación deL método remoto a través de Internet Inter-ORB Protocolo de la tecnología ( "RMI-IIOP") es parte de la JavaTM 2 Platform, Standard Edition (J2SETM). La RMI modelo de programación permite la programación de servidores CORBA y aplicaciones a través de la API de RMI. Usted puede elegir a trabajar completamente en el lenguaje de programación Java utilizando el método remoto Protocolo (JRMP), como el transporte, o trabajar con otros CORBA compatible con los lenguajes de programación utilizando el Protocolo Internet InterORB (IIOP). RMI-IIOP de Java utiliza CORBA Object Request Broker (ORB) y el IIOP, así que usted puede escribir todos los de su código en el lenguaje de programación Java, y utilizar el rmic compilador para generar el código necesario para conectar sus aplicaciones a través de la InterORB Protocolo de Internet ( IIOP) a los demás por escrito en cualquier CORBA compatible con el idioma. Para trabajar con aplicaciones CORBA en otros idiomas, IDL puede ser generada a partir de lenguaje de programación Java utilizando interfaces rmic el compilador con la opción-idl. Para generar IIOP talones de clases y corbata, usar el compilador rmic con la opción-IIOP. Para obtener más información sobre el uso de rmic, enlace a rmic - El Compilador Java RMI. JAVA MAILS El JavaMail API proporciona una plataforma independiente y protocolo independiente de marco para construir el correo y aplicaciones de mensajería. El JavaMail API está disponible como un paquete opcional para su uso con la plataforma Java SE y también se incluye en la plataforma Java EE. JAF Con la activación de JavaBeans Marco de extensión estándar, los desarrolladores que utilizan la tecnología Java pueden beneficiarse de los servicios estándar para determinar el tipo de una pieza arbitraria de los datos, encapsular el acceso a ella, descubrir las operaciones disponibles en ella, y para crear una instancia del frijol adecuadas para llevar a cabo dicha operación (s). Por ejemplo, si un navegador obtenido una imagen JPEG, este marco permitirá el navegador para identificar a esa corriente de datos como una imagen JPEG, y de ese tipo, el navegador podría localizar y cree una instancia de un objeto que puede manipular, o ver esa imagen. El JavaBeans Activation Framework se implementa como una extensión estándar. Sun proporciona un libre de regalías implementación de referencia de la JAF software, en forma binaria, que los desarrolladores pueden utilizar para desarrollar la tecnología JAF-permitido aplicaciones para cualquier plataforma que apoya la Java Development Kit (JDK) 1.1 o el software Java 2 Standard Edition. Domingo de referencia de aplicación de la norma JAF extensión está disponible para su descarga a continuación. JTA API de transacciones Java (JTA) especifica interfaces de Java estándar entre una operación y gestor de las partes que intervienen en una transacción distribuida sistema: el administrador de recursos, el servidor de aplicaciones, y aplicaciones de la transacción. La JTA especificación fue desarrollada por Sun Microsystems, en colaboración con los principales socios de la industria en el procesamiento de transacciones y base de datos de sistema de arena. Véase el JSR 907. Véase también el Servicio de transacciones Java (JTS) página. JMS El Servicio de mensajería Java (JMS) se define el estándar para una empresa de mensajería. Empresa de mensajería, a menudo también se refirió a como Middleware Orientado a Mensajes (MOM), es universalmente reconocido como un instrumento esencial para la construcción de aplicaciones empresariales. Mediante la combinación de la tecnología Java con la empresa de mensajería, la API JMS proporciona una poderosa herramienta para resolver problemas de la empresa de computación. Empresa de mensajería ofrece un fiable, flexible para el servicio de intercambio asíncrono de datos críticos para el negocio y eventos en toda una empresa. El API JMS agrega a la presente una API común y marco proveedores que permite el desarrollo de portátiles, aplicaciones basadas en mensaje en el lenguaje de programación Java. El API JMS mejora la productividad de programador definir un conjunto común de conceptos y mensajes de estrategias de programación que contará con el apoyo de todos los JMS tecnología compatible con sistemas de mensajería. JDBC El Java Database Connectivity (JDBC) API es el estándar de la industria para la base de datos independiente de la conexión entre el lenguaje de programación Java y una amplia gama de bases de datos - SQL bases de datos y otras fuentes de datos tabulares, tales como hojas de cálculo o ficheros planos. La API de JDBC proporciona una convocatoria a nivel de API de SQL base de datos de acceso. JDBC tecnología le permite utilizar el lenguaje de programación Java para explotar "Write Once, Run Anywhere" para aplicaciones que requieren acceso a los datos empresariales. Con una tecnología JDBC conductor habilitado, puede conectar todos los datos corporativos, incluso en un entorno heterogéneo. JDBC J2SE DataBase 5/28

6 Reseña Histórica EL Proyecto de Apache Tomcat nace como un proyecto de software de Sun Microsystem como una referencia de implementación del Java Servlets y de la Especificación de Java Serves Page(JSP). Liderizado por el arquitecto James Duncan Davidson. Posteriormente ayudó a hacer el proyecto open source y en su donación a la Apache Software Foundation. EL Proyecto de Apache Tomcat nace como un proyecto de software liderizado por James Duncan Davidson , arquitecto de Sun Microsystem desde (1997–2001) como una referencia de implementación del Java Servlets y de la Especificación de Java Serves Page(JSP). Duncan Davidson inicialmente esperaba que el proyecto se convirtiese en open source y dado que la mayoría de los proyectos open source tienen libros de O'Reilly asociados con un animal en la portada, quiso ponerle al proyecto nombre de animal. Eligió Tomcat (gato), pretendiendo representar la capacidad de cuidarse por sí mismo, de ser independiente. James Duncan Davidson at the Web 2.0 Expo 2007 6/28

7 Versiones Apache Tomcat
Release Date Description 3.0.x. (initial release) 1999 Merger of donated Sun Java Web Server code and ASF and Implements Servlet 2.2 and JSP 1.1 specifications. 4.1.31 October 11, 2004 Tomcat Implements Servlet 2.3 and JSP 1.2 specifications 5.0.x October 9, 2002 Tomcat Implements Servlet 2.4 and JSP 2.0 specifications 5.0.28 August 28, 2004 5.0.30 August 30, 2004 5.5.x August 31, 2004 5.5.26 February 2008 Tomcat Implements Servlet 2.4and JSP 2.0specifications 6.0.x December 1, 2006 Tomcat Implements Servlet 2.5 and JSP 2.1specifications 6.0.18 July 31, 2008 Versiones de Apache Tomcat Diferentes versiones de Apache Tomcat están disponibles para diferentes especificaciones de Servlet y JSP. La relación entre las especificaciones y los respectivas versiones de Apache Tomcat que la utilizan son: Servlet/JSP Spec Apache Tomcat version 2.5/ x 2.4/ x 2.3/ x 2.2/ x (archived) Aunque existen muschas versiones de Tomcat y sus especificaciones para que ustedes escojan las que mas se adecue a sus necesidades, sus desarrolladores recomienda utilizar siempre la ultima versión. Alpha / Beta / Stable En la mayoría de los casos cuando sale una versión nueva de Tomcat inicialmente es publicada como un lanzamiento Alpha. Después de unas semanas y pruebas se estudia la estabilidad del lanzamiento. Si no hay suficiente aceptación del publico y no pasa al siguiente estado y se queda como un lanzamiento Alpha. La estabilidad es un tema subjetivo y antes de cualquier decisión recomiendan que leas muy detenidamente las notas del lanzamiento por cada versión que trates de usar. Tomcat siempre nos va a invitar a que participemos dentro de la comunidad dando opiniones acerca de la estabilidad y problemas de la aplicación, para estoy tiene una sección predefinida en su página. Diferentes estados de las Versiones de Tomcat. Lanzamientos Alpha probablemente contengan un largo contenido de funcionalidades sin probar o partes que faltan que están dentro de las especificaciones o errores significantes que promueven que no son estables durante el Lanzamientos Beta probablemente contengan un largo contenido de funcionalidades sin probar o un pequeño números de errores. Beta no esta esperado que corra de manera Lanzamiento Stable contienen un pequeño número de relativos pequeños errores. Los lanzamientos estables están interesados o proyectados a usarlos en producción y se espera que se comporten durante largos períodos de tiempo de forma estable. Apache Tomcat 6.x Apache Tomcat 6.x es el actual foco de desarrollo. Está construido de mejoras significativas hechas al Tomcat 5.5.x y implementa las especificaciones de Servlet 2.5 y JSP 2.1 y además incluyes las siguientes mejoras: Optimización del uso de Memoria Capacidades avanzadas de IO Refactored clustering Apache Tomcat 5.x Apache Tomcat 5.5.x soporta las misma especificaciones de Servlet y JSP como las versiones de Apache Tomcat 5.0.x. Hay cambios significativos en muchas áreas bajo la del capu, lo que resulta en un mejor rendimiento, la estabilidad, y el coste total de propiedad. Apache Tomcat 5.0.x mejora en Apache Tomcat 4.1 en muchas maneras, incluyendo: Optimizaciones de rendimiento y la reducción de la recolección de basura. Re fabricación de aplicación en desarrollo, con un facultativo independiente desplegador permitiendo la validación y la compilación de una aplicación web antes de su puesta en producción. Servidor completo de vigilancia mediante JMX y el gestor de aplicaciones Web Escalabilidad y fiabilidad mejoras Mejor Taglibs manipulación, así como la puesta en común y avanzado etiqueta plugins Mejora de la plataforma de integración, con nativos de Windows y Unix wappers Incrustar utilizando JMX Seguridad mejorada de Manager de apoyo La agrupación integrada período de sesiones Ampliación de la documentación Apache Tomcat 4.x Apache Tomcat 4.x implementa un nuevo contenedor servlet (llamada Catalina), que se basa en la completamente nueva arquitectura. Las versiones 4.x aplicar el Servlet 2.3 y JSP 1.2 el pliego de condiciones. Apache Tomcat es un 4.1.X refactoring Tomcat de Apache 4.0.x, y contiene importantes mejoras, incluyendo: Administración basada en JMX características JSP y Struts basada en la administración de aplicaciones web Nuevo conector Coyote (HTTP/1.1, AJP 1.3 y apoyo JNI) Refundido Jasper compilador de la página JSP El rendimiento y la memoria de las mejoras de la eficiencia Mayor aplicación Gestor de apoyo a la integración con herramientas de desarrollo Tareas personalizado para interactuar con el gestor de la aplicación directa de scripts build.xml La versión mas estable de Apache Tomcat 4.0.x es Apache Tomcat 4.0.6, desde la calidad de la producción puesta en libertad. 4.0 El contenedor servlet (Catalina) ha sido desarrollado desde cero para la flexibilidad y el rendimiento. La versión 4.0 implementa la última versión liberada de la Servlet 2.3 y JSP 1.2 especificaciones. Tal como lo exige el en las especificaciones, Apache Tomcat 4.0 también soporta las aplicaciones web construidas para el Servlet 2.2 y JSP 1.1 especificaciones sin cambios. Apache Tomcat 3.x Apache Tomcat 3.x está disponible para la descarga. Versión 3.3 es la actual calidad de la producción para la liberación Servlet 2.2 y JSP 1.1 el pliego de condiciones. Apache Tomcat 3.3 es la última continuación de la Apache Tomcat 3.x arquitectura, que es más avanzado entonces 3.2.4, que es la "antigua" la calidad de la producción puesta en libertad. Versión es la "antigua" la calidad de la producción en libertad y ahora está en modo de sólo el mantenimiento. Versión es un legado de liberación. Todos los Apache Tomcat 3.x emisiones rastrear su patrimonio a la original Servlet y JSP implementaciones que Sun donada al Apache Software Foundation. Todas las versiones 3.x la aplicación de la Servlet 2.2 y JSP 1.1 el pliego de condiciones. Apache Tomcat 3.3.x. Versión es la actual calidad de la producción puesta en libertad. Continúa la refactorización que se inició en la versión 3.2 y lleva a su conclusión lógica. Versión 3.3 proporciona una imagen mucho más modular y permite que el contenedor servlet para ser personalizado mediante la adición y la eliminación de los módulos que controlan el procesamiento de las solicitudes de servlet. Esta versión también contiene muchas mejoras en el rendimiento. Apache Tomcat 3.2.x. Versión 3.2 añade algunas nuevas características desde 3.1; el gran esfuerzo fue un refactoring de las interioridades para mejorar el rendimiento y la estabilidad La puesta en libertad, como 3.1.1, fue una revisión de seguridad. Versión fijado un gran número de bugs y especificación de todos los problemas de cumplimiento. Versión es una actualización de seguridad que se cierra un grave agujero de seguridad. Versión es una menor liberación de corrección de fallos. Todos los usuarios de Apache Tomcat versiones anteriores a debería updgrade tan pronto como sea posible. Con la excepción de las correcciones de seguridad críticas relacionadas con errores, el desarrollo de la Apache Tomcat rama 3.2.x se ha detenido. Apache Tomcat 3.1.x. La liberación 3.1 contiene varias mejoras con respecto a Apache Tomcat 3.0, incluyendo la carga servlet, archivo de apoyo WAR y añadió conectores para el IIS y Netscape servidores web. La última liberación que es de mantenimiento, 3.1.1, figura correcciones para los problemas de seguridad. No hay desarrollo activo en curso para Apache Tomcat 3.1.x. Los usuarios de Apache Tomcat 3.1 debe actualizar a para cerrar los agujeros de la seguridad y se anima encarecidamente a migrar a la producción actual de liberación, Apache Tomcat 3.3. Apache Tomcat 3.0.x. Apache Tomcat inicial puesta en libertad. 7/28

8 Concepto Básicos Servlet:
Servlets son de la plataforma Java la tecnología de elección para la ampliación y el mejoramiento de los servidores Web. Servlets proporcionar un componente de base, independiente de la plataforma para la construcción de aplicaciones basadas en Web, sin las limitaciones de rendimiento de los programas CGI. Hoy servlets son una opción popular para la construcción de aplicaciones Web interactivas. Servlets son de la plataforma Java la tecnología de elección para la ampliación y el mejoramiento de los servidores Web. Servlets proporcionar un componente de base, independiente de la plataforma método para la construcción de aplicaciones basadas en Web, sin las limitaciones de rendimiento de los programas CGI. Y, a diferencia de la propiedad mecanismos de ampliación de servidor (como el servidor de la API de Netscape o módulos de Apache), son los servlets y el servidor independiente de la plataforma. Esto te deja libre para seleccionar un "best of breed" para su estrategia de servidores, plataformas y herramientas. Servlets tener acceso a toda la familia de las API de Java, incluida la API de JDBC para acceder a bases de datos de la empresa. Servlets también pueden tener acceso a una biblioteca de HTTP específico de llamadas y recibir todos los beneficios de la madurez lenguaje Java, incluyendo la portabilidad, el rendimiento, la reutilización, protección y accidente. Hoy servlets son una opción popular para la construcción de aplicaciones Web interactivas. Participación de terceros en los contenedores de servlet están disponibles para Apache Web Server, Microsoft IIS, y otros. Servlet contenedores suelen ser un componente de Web y servidores de aplicaciones, como BEA WebLogic Application Server, IBM WebSphere, Sun Java System Web Server, Sun Java System Application Server, y otros. Es posible que desee comprobar la información más reciente sobre JavaServer Pages (JSP) la tecnología. Tecnología JSP es una extensión de la tecnología de servlet creado para apoyar la autoría de HTML y XML páginas. Se hace más fácil de combinar fija o estática datos de la plantilla con contenido dinámico. Incluso si está cómodo escrito servlets, hay varias razones de peso para investigar la tecnología JSP como un complemento a su actual trabajo. 8/28

9 Concepto Básicos Contenedores Web o Contenedores de Servlet:
Un contenedor Servlet es un componente especializado que apoya la ejecución de Servlet y JSP. Servlets individuales están registrados dentro de un contenedor Servlet, promoviendo información al contenedor acerca de la funcionalidad que ofrecen, y qué otras URL o localizador de recursos utilizará para identificarse a sí mismos. Algunos contenedores Web: GlassFish (open source). Caucho's Resin Server. (open source) Java System Web Server, from Sun Microsystems. Jboss (open source). Contenedor Web o Contenedores de Servlet. Combina la funcionalidad básica de un servidor web con determinados Java / Servlets optimizaciones específicas y ampliaciones - tales como un sistema integrado de Java Runtime Environment, y la capacidad de traducir automáticamente URL específicas en solicitudes de Servlet. Servlets individuales están registrados dentro de un contenedor Servlet, promoviendo información al contenedor acerca de la funcionalidad que ofrecen, y qué otras URL o localizador de recursos utilizará para identificarse a sí mismos. El contenedor Servlet es capaz de inicializar el Servlet, según sea necesario y entregar las solicitudes de Servlet a medida que van llegando. Muchos contenedores tienen la capacidad de añadir dinámicamente Servlets y eliminar del sistema, permitiendo nuevas Servlets a ser desplegado rápidamente o eliminado sin que ello afecte a otros Servlets desde el mismo contenedor. Servlet contenedores también se hace referencia a la web como contenedores o los motores web. Al igual que los demás Java API, los diferentes proveedores de aportar su propia aplicación de la norma contenedor Servlet. Para obtener una lista de algunos de los libres y comerciales web de los contenedores, ver la lista de contenedores de Servlet. (Tenga en cuenta que "libre" significa que el uso no comercial es gratuita. Algunos de los contenedores comerciales, por ejemplo, resina y Orion, son libres para su uso en un entorno de servidor para organizaciones sin fines de lucro). Diferencia entre un Servidor Web y un Contenedor Web Normalmente, un servidor Web se refiere a una infraestructura de ejecución que maneja las peticiones HTTP y las respuestas; un contenedor servlet se refiere a un componente que maneja el ciclo de vida de los servlets, un servidor de aplicaciones se refiere a un marco (contenedor servlet, el contenedor EJB, JSP motor, MQ contenedor , Etc) para el manejo de aplicaciones Web. Sin embargo, un contenedor web tiene un par de significados, dependiendo de la fuente. La mayoría se refieren a un contenedor Web como parte de un servidor de aplicaciones que gestiona los servlets, JavaServer Pages (JSP) archivos, y otros sitios-componentes de nivel. Algunos se refieren a un contenedor web como la infraestructura para la gestión del ciclo de vida para los servicios Web. 9/28

10 Concepto Básicos JavaServer Pages (JSP):
La tecnología de JavaServer Pages permite a los desarrolladores y diseñadores Web una mayor eficacia al desarrollar y mantener aplicaciones web que son ricos en información y además contienen elementos dinámicas que aprovechen los sistemas empresariales existentes. Beneficios: Use la tecnología JSP, sin tener que aprender el lenguaje Java Ampliar el lenguaje JSP Fácil de escribir y mantener página JavaServer Pages (JSP) la tecnología Web permite a los desarrolladores y diseñadores para desarrollar rápidamente y mantener fácilmente, ricos en información, páginas web dinámicas que aprovechen los sistemas empresariales existentes. Como parte de la familia de la tecnología Java, JSP tecnología permite el rápido desarrollo de aplicaciones basadas en Web que son independiente de la plataforma. JSP separa la tecnología de la interfaz de usuario de la generación de contenidos, permitiendo a los diseñadores cambiar el diseño de página sin alterar la dinámica subyacente contenido.   Beneficios para desarrolladores Si usted es un desarrollador de la página Web o diseñador que está familiarizado con HTML, usted puede:      * Use la tecnología JSP, sin tener que aprender el lenguaje Java: Puede utilizar la tecnología JSP sin aprender a escribir scriplets Java. Aunque scriptlets ya no son necesarios para generar contenido dinámico, que siguen siendo el apoyo para proporcionar compatibilidad con versiones anteriores.      * Ampliar el lenguaje JSP: Java etiqueta biblioteca desarrolladores y diseñadores pueden ampliar el lenguaje JSP con "simple etiqueta manipuladores", que utilizan una nueva, mucho más simple y más limpio, etiqueta de extensión API. Esto estimula el creciente número de conectar, reutilizables etiqueta bibliotecas disponibles, que a su vez reduce la cantidad de código necesario para escribir potentes aplicaciones Web.      * Fácil de escribir y mantener páginas: JavaServer Pages El estándar de etiquetas Library (JSTL) lenguaje de expresión está ahora integrada en la tecnología y la JSP se ha actualizado a las funciones de apoyo. El lenguaje de expresión se pueden utilizar ahora en lugar de scriptlet expresiones. 10/28

11 Instalación y Configuración
¿Cómo Instalar la Versión Binaria de Tomcat 6.0 para windows? Antes hay que tener instalado la máquina virtual de Java(jdk1.6.0_10). Descargar el fichero Windows Service Installer desde Desempaquetamos el fichero en algún directorio. Esto debería crear un archivo installer llamado apache-tomcat Java ubicación: El instalador utilizará el registro o la variable de entorno JAVA_HOME para determinar la base de un camino de la JRE de J2SE 5. Ahora veremos pasos por paso las ventanas del installer. Instalar Tomcat en Windows se puede hacer fácilmente utilizando el instalador de Windows. Su interfaz y funcionalidad es similar a otros instaladores basado en asistente, con sólo unos pocos temas de interés.          * Instalación como un servicio: Tomcat se instala como un servicio Windows NT/2k/XP no importa qué configuración está seleccionada. Usando la casilla de verificación en el componente de la página establece el servicio como "auto" de inicio, de forma que Tomcat se inicie automáticamente cuando se inicia Windows. Para un rendimiento óptimo de seguridad, el servicio debe ser ejecutado como un usuario, con la reducción de los permisos (ver el Servicios de Windows herramienta de administración y su documentación).          * Java ubicación: El instalador utilizará el registro o la variable de entorno JAVA_HOME para determinar la base de un camino de la JRE de J2SE 5.          * Icono de la bandeja: Tomcat Cuando se ejecuta como un servicio, no habrá ningún icono de la bandeja del presente cuando se está ejecutando Tomcat. Tenga en cuenta que la hora de elegir Tomcat para ejecutar al final de la instalación, el icono de la bandeja será utilizada incluso si se ha instalado Tomcat como un servicio.          * Consulte el servicio de Windows cómo-a para obtener información sobre cómo administrar Tomcat como servicio de Windows NT.      El instalador que permite crear accesos directos de inicio y la configuración de Tomcat. Es importante señalar que la administración web Tomcat aplicación sólo puede utilizarse cuando se está ejecutando Tomcat. 11/28

12 Instalación paso por paso
Ventana Principal Aceptación de la Licencia 12/28

13 Instalación paso por paso
3. Instalación de Componentes. Para instalar los ejemplos hay que hacer click en la casilla. 4. Directorio a donde va a ser instalado. 13/28

14 Instalación paso por paso
5. Configuración básica, puerto, username y password. 6. Seleccionas el directorio donde esta instalado el JDK de Java. 7. Install. 14/28

15 Ficheros de Configuración
La configuración de Tomcat se basa en dos ficheros: server.xml - El fichero de configuración global de Tomcat. web.xml - Configura los distintos contextos en Tomcat. 15/28

16 Ficheros de Configuración
server.xml es el fichero de configuración principal de Tomcat. Sirve para dos objetivos: Proporcionar configuración inicial para los componentes de Tomcat. Especifica la estructura de Tomcat, lo que significa, permitir que Tomcat arranque y se construya a sí mismo ejemplarizando los componentes especificados en server.xml. 16/28

17 Ficheros de Configuración
web.xml Hay una pequeña característica de Tomcat que está relacionada con web.xml. Tomcat permite al usuario definir los valores por defecto de web.xml para todos los contextos poniendo un fichero web.xml por defecto en el directorio conf. Cuando construimos un nuevo contexto, Tomcat usa el fichero web.xml por defecto como la configuración base y el fichero web.xml específico de la aplicación (el localizado en el WEB-INF/web.xml de la aplicación), sólo sobrescribe estos valores por defecto. 17/28

18 Estructura de los Directorios
Nombre de Directorio Descripción bin Contiene los scripts de arrancar/parar conf Contiene varios ficheros de configuración incluyendo server.xml (el fichero de configuración principal de Tomcat) y web.xml que configura los valores por defecto para las distintas aplicaciones desplegadas en Tomcat. doc Contiene varia documentación sobre Tomcat (Este manual, en Inglés). lib Contiene varios ficheros jar que son utilizados por Tomcat. Sobre UNIX, cualquier fichero de este directorio se añade al classpath de Tomcat. logs Aquí es donde Tomcat sitúa los ficheros de diario. src Los ficheros fuentes del API Servlet. ¡No te excites, todavía! Estoa son sólo los interfaces vacíos y las clases abstractas que debería implementar cualquier contenedor de servlets. webapps Contiene aplicaciones Web de Ejemplo. 18/28

19 Estructura de los Directorios
Para hacer una aplicación en Tomcat hay que crear varios ficheros donde estarán los archivos del proyecto. 19/28

20 Archivos .WAR Toda aplicación en Tomcat se encuentra agrupada en WARS ("Web-Archives"), la estructura de un WAR es definida por Sun (el creador de Java) la cual debe ser implementada en cualquier producto de "Servlet Engine"(Web-Container). Este tipo de estructura permite portabilidad a las diversas aplicaciones que son desarrolladas . Cuando se lleva acabo la ejecución de Tomcat éste inspecciona y automáticamente descomprime cualquier archivo WAR que se encuentra bajo el directorio webapps. Su creacion se hace por medio de la consola de windows/linux (jar cv0f myWebApp.war . ) un IDE ("Integrated Development Environment") o mediante Ant (considerado el MAKE de java). 20/28

21 Estructura de directorios para las aplicaciones web
Nombre_de_la_aplicación (Nombre especifico) (*.html *.jsp *.css ) META-INF (Meta data) WEB-INF (Aquí incluimos el archivo web.xml) classes (para guardar los archivos compilados .class) src (opcional, para guardar las fuentes) lib (contendrá los .jar externos. ) Esto se incluye en la carpeta “Webapps” de Tomcat 21/28

22 Estructura de directorios para las aplicaciones web
21/28

23 Archivo web.xml <?xml version="1.0" encoding="ISO-8859-15"?>
<!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.2//EN" " <web-app> <servlet> <servlet-name>prueba</servlet-name> <servlet-class>HolaMundo</servlet-class> </servlet> <servlet-mapping> <url-pattern>hola</url-pattern> </servlet-mapping> </web-app> 22/30

24 Ventajas de utilizar contenedores
En tiempo de ejecución, el Contenedor Web no tiene que hacer ningún trabajo extra, por que el fichero ya ha sido incluido con anterioridad. Manejo de la seguridad usando el descriptor XML Soporte para múltiples peticiones que recibe un servidor multithreading). Soporte para la realización de páginas dinámicas JSP. Sin un contenedor web tendríamos que programar a bajo nivel para crear un socket de conexión con el servidor web. 23/28

25 Diferencias con otros contenedores (Resin)
Tomcat es completamente Open Source, libre de costos. Resin tiene la versión Profesional y una versión libre Resin Open Source. En Resin la validación xml es menos estricta: esto quiere decir que el web.xml que trabaja perfectamente en Resin, puede fallar en tomcat. Para servlets y clases relacionadas, solo hace falta el código fuente en Resin. Compilación/recompilación se hace automático. 24/28

26 Diferencias con otros contenedores (Resin)
Resin permite montaje rutas de mapeo externas. Esta característica es usada, por ejemplo para localizar JSP's por fuera del .war. Tomcat, en su versión 6 recibió un parche que permitía hacer lo mismo, pero este fue vetado por que iba en contra de la especificación oficial. Si tu o tu empresa utiliza la versión paga de Resin, puedes obtener completo soporte del staff técnico de Resin. Tomcat solo provee de un foro de discusión. 25/28

27 Conclusiones Tomcat es una gran alternativa open source
No es por nada que tomcat es uno de los contenedores web mas populares y utilizados . Herramienta Multiplataforma Portabilidad de las aplicaciones web 26/28

28 Ejemplos http://localhost/prueba/cags
Nota: Los vínculos anteriores solo funcionan si tienes instalado Tomcat en el puerto 80 en tu computadora. 27/28

29 Links de interés 28/28

30 Gracias