Objetivo de aprendizaje del tema

Transcripción

1 Computación II Tema 14. Java Server Pages (JSP) Objetivo de aprendizaje del tema Al finalizar el tema serás capaz de: Ejemplificar la manera de desarrollar aplicaciones i Java EE usando páginas JSP. Describir las diferentes directivas utilizadas en las páginas JSP. Describir el modelo MVC y su aplicación en el diseño de aplicaciones Web. Construir aplicaciones Web utilizando etiquetas personalizadas de JSP.

2 Introducción al tema Las páginas de servidor Java (Java Server Pages) son el producto de la necesidad de integrar de una manera más fácil el código Java en el servidor con los diseños de las páginas HTML. Esto permite que la tarea de desarrollar páginas sea más interactiva. Las páginas JSP utilizan el mismo principio de integración de código que usan otros lenguajes como ASP o PHP, pero con la gran ventaja de estar basadas en la tecnología Java. Introducción al tema La tecnología para JSP también ha evolucionado y no sólo se limita a la inclusión de código Java en una página HTML, sino que es posible desarrollar componentes más complejos y aprovechar los beneficios del XML para integrar dichos componentes en las páginas, prácticamente sin incluir directamente el código. Esta tecnología se basa en la definición de bibliotecas que permiten incluso la reutilización de los componentes en más de una aplicación, reduciendo considerablemente el tiempo de desarrollo.

3 Las JavaServer Pages La tecnología JSP soporta la separación de la presentación y la lógica de negocios de esta manera: Los diseñadores web pueden diseñar y actualizar páginas sin tener que aprender a programar en Java. Los programadores de la tecnología Java pueden escribir código sin tener que preocuparse por el diseño gráfico de las páginas web. El servlet se modificó para que, independientemente de que se reciba la solicitud por HTTP GET o por HTTP POST, el resultado sea siempre el mismo, pues tanto doget como dopost llaman al mismo método generarespuesta. Las JavaServer Pages El resultado de ejecución en ambos casos es exactamente el mismo. Una página JSP debe ser convertida en un servlet para poder atender solicitudes. El proceso que sigue es: Traducir la página JSP a código de servlet (hecho automáticamente por el contenedor web). Compilar el servlet a bytecode. Cargar (load) la clase del servlet. Invocar al método jspinit para incializar el servlet.

4 Las JavaServer Pages El método _jspservice del JSP se ejecuta en cada request que llegue; asimismo, el contenedor web elimina la instancia del servlet del JSP de un servicio si se llama al método jspdestroy. El proceso de traducir, compilar, cargar e inicializar es llevado a cabo cada vez que el archivo JSP cambia dentro del ambiente del contenedor web. Esto hace más fácil el desarrollo de páginas JSP. Elementos de script para JSP Elemento de Uso Ejemplo scripting Comentario Los comentarios de JSP <%-- comentario --%> sólo son visibles en la página JSP y no aparecen en las respuestas de HTTP. Son parte de la documentación de la aplicación. Directiva Proveen información que afecta la traducción <%@ directiva %> completa de la página JSP. Declaración Permite incluir miembros <%! declaración %> en la clase de servlet del JSP, ya sean atributos o métodos.

5 Elementos de script para JSP Elemento de Uso Ejemplo scripting Scriptlet Permite al desarrollador de <% código %> la página JSP incluir código Java en el método _jspservice. Expresión Contiene una expresión de Java que se evalúa durante el request de HTTP y se incluye en el response de HTTP. Puede evaluar tanto primitivos iti como referencias <%= expresión%> a objetos. Si puede enviarse a System.out.print, entonces puede incluirse como expresión de JSP. La directiva page La directiva page se utiliza para modificar la forma de traducción de la página JSP. Por ejemplo, puede declararse que el código del servlet generado para una página JSP requiere el uso de la clase Date: <%@ page import="java.util.date" %> Las propiedades de la directiva page son las siguientes: El atributo language define el lenguaje de scripting que será usado en la página. Actualmente sólo el valor java está definido, y es el que se usa por omisión.

6 La directiva page El atributo extends define el nombre de clase (incluyendo el paquete) de la superclase del servlet de donde se heredará. No es recomendable cambiarlo por algo diferente a HttpServlet, porque la aplicación podría no ser portable a otras plataformas. El atributo buffer define el tamaño del buffer usado en el flujo de salida. El tamaño por omisión es de 8 Kbytes. El atributo autoflush define si la salida del buffer debiera ser forzada a ser enviada al llenarse el buffer. Por omisión, ió es true. El atributo session define si la página JSP participa en una sesión HTTP. La directiva page El atributo import define las clases y paquetes que deben ser importados, separados por comas. El atributo isthreadsafe permite al desarrollador de la página JSP indicar si la página se ejecutará usando hilos o no. Si se especifica como false, entonces se procesará una solicitud a la vez. Si es true (valor por omisión), entonces un hilo atenderá a cada petición. El atributo info define información adicional sobre el JSP. El atributo contenttype define el tipo MIME de la salida.

7 La directiva page El atributo pageencoding define el código de caracteres del flujo de salida. El código por omisión es ISO El atributo iserrorpage define si la página JSP se ha designado como una página de error para otras páginas JSP, para poder tener acceso implícito a la variable exception. El atributo errorpage indica cuál será la página JSP encargada de procesar los mensajes de error. La arquitectura MVC en las aplicaciones web Al principio de la evolución de las aplicaciones de interfaces gráficas de usuario (GUI), se desarrolló un paradigma que separaba los tres principales elementos de arquitectura de una aplicación GUI. El modelo es la conceptualización de objetos con los que el usuario está trabajando conceptualmente y la correspondencia de dichos conceptos con estructuras de datos: el modelo de usuario y el modelo de datos. La vista es una presentación de los datos del modelo.

8 La arquitectura MVC en las aplicaciones web Para manipular el modelo, el usuario usa controles. El software que maneja los controles de eventos del usuario es el controlador. Generalmente los controles consisten en una serie de eventos generados en un teclado o mouse, aunque no está limitado a éstos. Basado en los eventos del usuario en la vista, el controlador envía las solicitudes de cambios al modelo. Etiquetas personalizadas en JSP Las etiquetas personalizadas de JSP (custom tags) pueden usarse para desarrollar páginas JSP sin utilizar código Java en elementos de scripting (incrustados en el HTML). Esto le permite a los diseñadores web crear páginas JSP sin conocer el lenguaje Java.

9 Contraste entre etiquetas personalizadas y código de script Una etiqueta personalizada es una etiqueta XML usada en una página JSP para representar alguna acción dinámica o la generación del contenido dentro de una página durante el tiempo de ejecución. Las etiquetas personalizadas se usan para no incluir elementos de scripts en la página JSP. Contraste entre etiquetas personalizadas y código de script Las ventajas de usar etiquetas personalizadas comparadas contra el código de script son: Se quita el código Java de la página JSP. Las etiquetas personalizadas son componentes reutilizables. Se pueden separar funciones de trabajo.

10 Desarrollo de páginas JSP con etiquetas personalizadas Para utilizar etiquetas personalizadas, debe crearse una biblioteca de etiquetas personalizadas, siguiendo estos lineamientos: Usar una descripción de biblioteca de etiquetas personalizadas. Entender que las etiquetas personalizadas siguen las reglas de las etiquetas XML. Declarar la biblioteca de etiquetas en la página JSP y en el deployment descriptor de la aplicación web (web.xml). Una biblioteca de etiquetas personalizadas es una colección de manejadores de etiquetas personalizadas y el archivo descriptor de la biblioteca de etiquetas. Es un componente web que forma parte de la aplicación web. Etiquetas JSTL La biblioteca central de JSTL contiene muchas etiquetas que reducen la necesidad de usar scripts en una página JSP. Por ejemplo: Etiqueta JSTL set Etiqueta JSTL if Etiqueta JSTL foreach Biblioteca de etiquetas personaliza das en JSP

11 Ejemplo El siguiente código en formato de script de JSP puede ser usado en una página de error para determinar si la página debiera o no mostrar los mensajes de error: <% if ( errores!= null ) { %> <!-- código para mostrar los mensajes de error --%> <% } // FIN de if %> Ejemplo El código anterior puede ser eliminado con el uso de una etiqueta personalizada: <c:if test="${not empty errormsgs}"> <!-- código para mostrar los mensajes de error --%> </c:if>

12 Errores comunes de programación Un error, y al mismo tiempo un problema de seguridad potencial, es usar comentarios de tipo HTML en las páginas JSP en el que se incluyan datos relevantes como el nombre de la base de datos o alguna contraseña. Dado que las etiquetas de HTML no son traducidas, sino que llegan directamente al navegador para su interpretación, cualquier dato que contengan sería visible del lado del cliente. En estos casos, para efectos de documentación, es mejor usar comentarios de Java (//, /* */) ode JSP (<%-- --%>), pero no de HTML (<!-- -->). Cierre La gran ventaja de las páginas de servidor JSP radica en su facilidad para integrar el código Java en páginas HTML, y en la sencillez de integración con bibliotecas de componentes JSP que facilitan aún más el desarrollo, al no tener que incluir el código Java en cada página HTML, y poder asimismo reutilizar el código para diferentes desarrollos. El patrón de diseño MVC es primordial en las aplicaciones Web, pues permite tener independencia d i en la interacción ió de los diferentes componentes, así como también nos permite un bajo acoplamiento; esto es, es posible modificar incluso el origen de los datos o solicitarlos desde un cliente diferente del navegador (por ejemplo, un teléfono móvil) y poder seguir interactuando con la aplicación.

13 Cierre Esta facilidad ha permitido que las aplicaciones se desarrollen con una velocidad mucho mayor, pero también ha introducido algunos riesgos. En la actualidad las aplicaciones Web son un blanco de atacantes que intentan alterarlas, obtener información ilegalmente, entre otras amenazas. Es importante no sólo saber cómo desarrollar aplicaciones, sino también estar consciente del tipo de riesgos que enfrentan, y qué medidas pueden tomarse para mitigar dichos riesgos. En la última lección de este curso conocerás algunas de las amenazas más comunes en las aplicaciones Web, así como la recomendación para minimizarlas. Referencias bibliográficas Sun Microsystems (2008). Web Component Development with Servlet and JSP Technologies. Sun Microsystems, Inc.

14 Créditos Diseño de contenido: Ing. Romeo Alfonso Sánchez López Coordinador académico: L.I. Oscar Andrés Rodríguez Múgica, MATI Edición de contenido: Lic. María Teresa Grosso Espinosa, MEE Edición de texto: Lic. Arcelia Ramos Monobe, MEE Diseño Gráfico: Lic. Miguel Angel Reynosa Castro, MANM