Diego Seco Material adaptado de: Fernando Bellas Universidade da Coruña Desarrollo de Aplicaciones Empresariales

Transcripción

1 Diego Seco Material adaptado de: Fernando Bellas Universidade da Coruña Desarrollo de Aplicaciones Empresariales

2 Ejemplo

3 Arquitectura con capa modelo local

4 Arquitectura con capa modelo remota

5 Capa modelo local vs. remota En ambos casos Los dispositivos cliente sólo necesitan un navegador para acceder a la aplicación Web Escalabilidad replicando servidores Arquitectura con capa modelo local Más sencilla de desarrollar y gestionar Más eficiente Comunicación local entre capa IU (Interfaz de Usuario) y capa modelo Arquitectura con capa modelo remota Seguramente necesaria cuando la capa modelo está desarrollada en un lenguaje distinto a la capa IU Seguramente necesaria cuando la capa modelo es usada también por otras aplicaciones

6 Ejemplo de interacción

7 Ejemplo de interacción

8 Primer enfoque de desarrollo Ejemplo de desarrollo con JEE: Servlets Implementar un servlet que procese la petición GET /search Si recibe el parámetro keywords => Invocar a MovieService -> findmovies Generar HTML con Cabecera y barra lateral Formulario Si recibe parámetro keywords -> resultado de la búsqueda Pie de página

9 MovieSearchServlet

10 MovieSearchServlet

11 MovieSearchServlet

12 El servlet contiene Lógica de procesamiento de la petición HTTP Lógica engorrosa para generar HTML Conclusión Código difícil de escribir y mantener Problema

13 Segundo enfoque de desarrollo: plantillas Enfoque Continuar usando un servlet para procesar la petición Delegar la generación de HTML a una plantilla Plantilla Fichero con estructura similar a una página HTML estática A diferencia de una página HTML estática, dispone de elementos para Acceder a objetos creados por el servlet Realizar bifurcaciones Realizar iteraciones Etc. En el ejemplo que se presenta a continuación se utiliza JSP (JavaServer Pages) como ejemplo de sistema de plantillas Forma parte de Java EE

14 MovieSearchServlet

15 MovieSearch.jsp

16 MovieSearch.jsp

17 Comentarios El servlet Deja el resultado de la búsqueda en el atributo movies Pasa el control a la plantilla JSP mediante RequestDispatcher -> forward La plantilla Contiene HTML estático Para generar la parte dinámica Accede a los objetos (atributos) insertados por el servlet en el objeto HttpServletRequest con la notación ${objeto[.propiedad]} Dispone de elementos específicos para realizar bifurcaciones (c:if) e iteraciones (c:foreach) Imprime valores de manera compatible con HTML (XML) c:out sustituye los caracteres <, >, ", ' y & por referencias a entidades (e.g. <) El ejemplo anterior no trataba este problema (pero podría)

18 Código más sencillo de escribir y mantener Ventajas Cuando se dispone de un diseñador gráfico en el equipo de desarrollo Diseñador gráfico: crea una página HTML estática de ejemplo por cada pantalla Desarrollador: convierte cada página HTML a una plantilla que genera dinámicamente ese HTML Introduce los elementos en rojo del ejemplo MovieSearch.jsp

19 FrameworksWeb El segundo enfoque introduce el concepto de plantilla para facilitar la generación de HTML Sin embargo, para agilizar el desarrollo es preciso automatizar otros aspectos comunes Aspectos comunes Gestión de layouts Ejemplo: no tener que encargarse de generar explícitamente la cabecera, sidebar y pie de página en cada plantilla Gestión de errores en formularios Ejemplo: automatizar la presentación de errores al lado de cada campo erróneo Internacionalización (i18n) Entrada y salida de datos (fechas, números, cantidades monetarias, etc.) Mensajes

20 FrameworksWeb Aspectos adicionales (cont) Desarrollo de componentes gráficos reusables Ejemplo: un componente para presentar una lista de objetos en una tabla Intercepción de peticiones HTTP para aplicar aspectos comunes a cada petición Ejemplo: securizar URLs en función del rol del usuario Etc. Existen numerosos framework Web para los lenguajes más usuales (Java,.NET, Ruby, PHP, etc.) que facilitan el desarrollo de aplicaciones Web Incluyen soporte para procesar peticiones HTTP, un sistema de plantillas y abstracciones para automatizar los aspectos más comunes

21 FrameworksWeb: Clasificación Frameworks orientados a acción Enfoque: procesan cada petición HTTP en una clase acción Ejemplos: Struts, Spring MVC Frameworks orientados a componentes Enfoque: una aplicación se compone de un conjunto de páginas Web, cada una de las cuales se construye a partir de componentes que pueden generar diversos eventos ante los que la página puede reaccionar Ejemplos: JSF, Tapestry, Wicket

22 AJAX En una aplicación Web clásica, la respuesta a cada petición HTTP incluye todo el HTML que tiene que visualizar el navegador La respuesta a la búsqueda de películas devuelve la cabecera, el sidebar, el formulario, las películas y el pie de página Y en realidad, lo único que ha variado con respecto a lo que estaba visualizando el usuario es el área que contiene la información sobre las películas Sería más eficiente e interactivo devolver sólo los datos correspondientes a la parte que ha variado Ejemplo: que la aplicación Web sólo devuelva los datos de las películas que concuerdan con la búsqueda y que cuando lleguen al navegador, de alguna manera, se incluyan en la página que está visualizando el usuario

23 AJAX

24 AJAX

25 Sesión Web La API de Servlets permite crear una sesión Web (javax.servlet.http.httpsession) en el servidor de aplicaciones por cada navegador que accede a una aplicación Web HttpSession session = request.getsession(true); Cada navegador dispone de su propio objeto HttpSession en el servidor de aplicaciones Es posible insertar objetos en una sesión y recuperarlos por Nombre void setattribute(string name, Object value) Object getattribute(string name) Cada sesión dispone de un timeout (en minutos) Si transcurre el timeout sin que el navegador acceda a la aplicación, el servidor destruye la sesión Configurable en web.xml

26 Ejemplo en MiniPortal Sesión Web Muchas de las operaciones de UserService requieren el userprofileid Una vez que el usuario se autentica, todas las páginas saludan al usuario por su nombre (firstname) En consecuencia, cuando el usuario se autentica, MiniPortal crea una sesión Web e inserta el objeto UserSession UserSession contiene las propiedades userprofileid y firstname

27 Cookies Un navegador puede almacenar un conjunto de cookies para cada sitio Web al que accede Cada cookie consta de Un nombre Un valor (cadena de caracteres) Una fecha de expiración Una respuesta HTTP puede contener una o varias cookies Cada cookie se envía en una cabecera Set-Cookie Cada vez que el navegador hace una petición HTTP a un sitio Web, envía todas las cookies que llegaron de ese sitio Todas las cookies se envían conjuntamente en la cabecera Cookie El número de cookies, y el tamaño de cada cookie, que soporta el navegador por cada sitio Web, y en total, es limitado

28 Cookies La API de Servlets permite tratar con cookies Agregar cookies a la respuesta de una petición HTTP javax.servlet.http.cookie cookie = new Cookie("exampleCookie", "Cookie de prueba"); response.addcookie(cookie); Si se desea fijar el tiempo de expiración cookie.setmaxage(seconds); Valor por defecto -> -1 seconds > 0 -> la cookie se almacenará persistentemente en el navegador durante ese número de segundos seconds == 0 -> eliminar la cookie seconds < 0 -> la cookie no se almacenará persistentemente y dejará de existir cuando el navegador termine su ejecución Recuperar las cookies que llegan en una petición HTTP Cookie[] cookies = request.getcookies();

29 Ejemplo 1: MiniPortal Cookies Cuando el usuario se autentica seleccionando recodar mi contraseña, MiniPortal envía las cookies loginname y encryptedpassword con tiempo de vida = 30 días Si más adelante el usuario accede otra vez a una página de MiniPotal (e.g. la página principal) y la sesión Web expiró, MiniPortal Comprueba si llegan las cookies loginname y encryptedpassword Invoca al método userservice.login(loginname, encryptedpassword, true) Si la autenticación tiene éxito, crea la sesión Web e inserta el objeto UserSession Seguridad Con este sencillo esquema, si a un usuario le roban sus cookies, es posible suplantar su personalidad aún sin conocer la contraseña en claro Los sitios Web profesionales complican este esquema para mejorar la seguridad

30 Ejemplo 2: mantenimiento de la sesión Cookies Cada vez que llega una petición HTTP, cómo sabe el servidor de aplicaciones a qué sesión Web corresponde? Cada vez que se crea una sesión Web, la implementación del API de Servlets envía la cookie jsessionid si el navegador acepta cookies Su valor (e.g. 9fab993aca36c8a3af423ba) es un identificador único temporal que identifica a una sesión Otras tecnologías Web no Java utilizan una idea similar

31 Reescritura de URLs Supongamos Una aplicación que crea sesiones Web Existen usuarios que no aceptan cookies La respuesta a una petición HTTP (autenticación), devuelve una página que tiene enlaces y/o formularios Un usuario, que no acepta cookies, hace clic en un enlace o en el botón de submit de un formulario Cómo sabe el servidor de aplicaciones a qué sesión Web corresponde? Para resolver este problema, la técnica habitual en Java (en otras tecnologías es similar) es incrustar ;jsessionid=xxx al final de la ruta de la URL y antes del carácter? Ejemplo:

32 Reescritura de URLs Para generar estas URLs, la API de Servlets ofrece el método encodeurl en la interfaz javax.servlet.http.httpservletreponse Recibe una URL Devuelve la misma URL si el navegador soporta cookies En otro caso, devuelve la URL con el jsessionid embebido

33 Diego Seco Material adaptado de: Fernando Bellas Universidade da Coruña Desarrollo de Aplicaciones Empresariales