1 / 38

Aplicaciones web

Aplicaciones web. Aplicaciones web. HTTP. …. Aplicaciones con páginas estáticas. Subdirectorio especial: WEB-INF Fichero de configuración (opcional): WEB-INFweb.xml Ficheros *.html fuera de WEB-INF El contenido de WEB-INF no es directamente accesible a través de http

lorne
Download Presentation

Aplicaciones web

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Aplicaciones web

  2. Aplicaciones web HTTP …

  3. Aplicaciones con páginas estáticas • Subdirectorio especial: \WEB-INF • Fichero de configuración (opcional): \WEB-INF\web.xml • Ficheros *.html fuera de WEB-INF • El contenido de WEB-INF no es directamente accesible a través de http • El contenido fuera de WEB-INF es directamente accesible a través de http

  4. Aplicación con páginas estáticas: Ejemplo Hello web WEB-INF SubDir Hello.html web.xml Bye.html URLS: http://.../Hello/Hello.html http://.../Hello/SubDir/Bye.html

  5. Aplicación con páginas estáticas: Ejemplo, II • Fichero de configuración web.xml: <?xml version="1.0" encoding="UTF-8"?> <web-app version=“3.0“ xmlns="http://java.sun.com/xml/ns/javaee“ xmlns:xsi= "http://www.w3.org/2001/XMLSchema-instance“ xsi:schemaLocation= "http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd"> </web-app>

  6. Servidor de aplicaciones • Administración: …\glassfish\bin\asadmin • Arranque: asadmin> start-domain domain1 • También automáticamente desde NetBeans • Parada: asadmin> stop-domain domain1 • URL: http://localhost:8080 • Entorno web de administración: http://localhost:4848 Usuario: admin, Clave: adminadmin

  7. Acceso a las aplicaciones web • URLs de acceso a aplicaciones: • Cada aplicación tiene asociada una URL de acceso, formada por la URL del servidor se-guida de un identificador de la aplicación Ejemplo: http://localhost:8080/test • Cada aplicación tiene asociada una o más páginas (o componentes) de inicio del directorio raíz, que se indican en web.xml: <welcome-file-list> <welcome-file>start.html</welcome-file> </welcome-file-list>

  8. Aplicación con páginas estáticas: Despliegue • Se despliega desde el entorno de admi-nistración del servidor de aplicaciones • Web applications  Deploy (seleccionar directorio, indicar nombre de la aplicación y ruta de acceso) • La URL de acceso a una página es la del servidor seguida de la ruta de acceso de la aplicación y la de acceso a la página • Ej: http://localhost:8080/test/path/pag.html

  9. Despliegue desde NetBeans • Pulsar con el botón derecho del ratón sobre el proyecto • Ejecutar “Deploy” o “Run” • Automáticamente se compila el proyecto y se arranca el servidor si hace falta, se despliega el módulo, se arranca el navegador si hace falta y se hace la petición http correspondiente

  10. Módulos web de presentación: Estructura • Recursos web • Ficheros de contenidos estáticos (HTML, imágenes, …) • Componentes (programas generación dinámica de contenidos) • Clases de utilidades (BBDD, …) • Programas cliente (applets, JavaScript, …) • Ficheros de configuración (XML) Directorios / /WEB-INF /WEB-INF / /WEB-INF

  11. Estructura de módulos web PÚBLICO PRIVADO

  12. Módulos web de presentación: Formato alternativo • Un módulo web puede estar formado por un fichero XXX.war que contiene un árbol de directorios, comprimido en formato Zip. • Se despliega análogamente al caso de un árbol de directorios.

  13. Aplicaciones web: Estructura • Ficheros XXX.ear que contienen varios módulos web en formato war • Los módulos web pueden ser de presen-tación o de servicios (programas que re-ciben peticiones de información o de eje-cución de acciones de otro módulo web) • NetBeans gestiona la estructuración y despliegue de módulos y aplicaciones de manera transparente

  14. Configuración de módulos web • Asociación de componentes a URLs • Cada componente tiene asociado un alias y se pueden asociar alias a URLs. Ejemplo: el alias TStart puede corresponder al servlet servlets.TestStart.class o a la página TestStart.jsp y a la URL /TS le puede corresponder el alias TStart. • Las URLs comienzan obligatoriamente con / y pueden ser patrones con * (como /TS/*).

  15. Configuración de módulos web, II • Cada aplicación tiene asociada una componente de inicio. • La componente de inicio se especifica mediante un camino de acceso (URL relativa) que comienza sin barra.

  16. Configuración de módulos web: Ejemplo • La aplicación se llama Prueba. • La URL del servidor es 150.244.0.0:8080. • El alias Comienzo corresponde al servlet con clase servlets.Start. • El patrón de URL “/init/*” corresponde al servlet con alias Comienzo. • La componente de inicio es “init/start.html”. • Al acceder a http://150.244.0.0:8080/Prueba/, el servidor muestra el contenido generado por el servlet con clase servlets.Start.

  17. URLs • Son las direcciones utilizadas para acceder a un recurso web http://servidor/aplicacion/contexto?param=valor • Incluyen el protocolo, identificador del servidor (IP o nombre), puerto (opcional), nombre de la aplicación, contexto y parámetros • Los parámetros se utilizan para enviar información del cliente al servidor

  18. Tipos de peticiones Http • Peticiones directas desde la barra del navegador. • Peticiones indirectas a través de un enlace o botón en un formulario en la ventana del navegador. • GET: Inclusión de parámetros en la cabecera. • POST: Inclusión de parámetros en el cuerpo. También se utiliza para enviar información del cliente al servidor (ficheros, etc)

  19. Tipos de peticiones http, II • La URL asociada a una petición POST no contiene sus parámetros • Recomendación de W3C: Utilizar peticiones Post si se va a producir un cambio en el estado de la aplicación. • Motivación práctica: Si el resultado de la petición depende del contexto, no tiene sentido facilitar el guardar su URL como página preferida.

  20. Peticiones a través de un formulario: Codificación HTML <FORM action=“http://localhost:8080/TTTWeb” method=“post”> … </FORM> • Aspectos relevantes: Qué petición (URL) se hace al pulsar en el botón del formula-rio y cómo se especifica el formulario

  21. Peticiones a través de un formulario: Ejemplo http://localhost:8080/TTTWeb/?voto=SI

  22. Peticiones a través de un formulario: Codificación HTML, II <FORM> <LABEL for=“si”>SI</LABEL> <INPUT type=“radio”id=“si” name=“voto”value=“SI”/> <BR> <LABEL for=“no”>NO</LABEL> <INPUT type=“radio” id=“no” name=“voto” VALUE=“NO”/> <BR> <INPUT type=“submit” value=“Votar”/> <INPUT type=“reset” value=“Reiniciar”/> </FORM>

  23. Peticiones a través de un formulario: Tipos de inputs • TEXT Campo de texto (una línea) value: El texto tecleado • PASSWORD Campo: clave value: El texto tecleado • CHECKBOX Item seleccionable • RADIO Selección de un item en lista • SUBMIT Botón de envío • RESET Botón de reinicio de formulario • FILE Selección de fichero

  24. Peticiones a través de un formulario: Menús y textos • SELECT (Menú) <SELECT size="4" name="component-select"> <OPTION value=“1_a">Component_1</OPTION> <OPTION value=“1_b">Component_2</OPTION> </SELECT> • TEXTAREA <TEXTAREA name="thetext" rows="20" cols="80"> First line of initial text. Second line of initial text. </TEXTAREA> Value: el texto tecleado

  25. Ejercicios • [STATIC] La URL UUU:8080/NombreYClub?nombre=XXX&club=YYY contesta con una página que dice “Hola XXX, Viva el YYY!” Desarrollar una página HTML estática que permita que el usuario teclee su nombre y elija un club entre una lista determinada y le conteste en los términos anteriores.

  26. Aplicaciones en capas, I Capa web Capa negocio Capa cliente

  27. Frameworks para aplicaciones en capas • Java Enterprise Edition (Java EE 6) • Multiplataforma • Basado en el lenguaje Java • Extensivo y flexible, pero no simple • Microsoft .NET • Plataforma Windows • Multilenguaje (C#, VB, C++ CLI, …) • Eficiente y simple, orientado a servicios

  28. Aplicaciones en capas, II • Capa cliente • Navegador, aplicación o servidor • Accede a un servidor haciendo peticiones • Puede tener un grado alto de interactividad (interfaz de usuario similar a las aplicaciones stand alone) mediante la utilización de un lenguaje de programación (Java, Javascript, Flash, …) y la conexión con el servidor (Ajax)

  29. Aplicaciones en capas, III • Capa Web (servidor) • Gestiona la interacción entre los clientes y la capa de negocio. • Tareas: • Generación dinámica de contenidos • Atención a los clientes, devolviéndoles los resultados enviados por la capa de negocio • Control del flujo de pantallas o páginas en el cliente • Mantenimiento del estado de los datos de las sesiones de usuario • Gestión de la lógica básica de la aplicación, manteniendo datos temporalmente en JavaBeans

  30. Aplicaciones en capas, IVTecnologías utilizadas en la capa web

  31. Arquitectura de la capa web

  32. Integración de componentes web

  33. Aplicaciones en capas, V • Capa de negocio • Componentes que proporcionan la lógica de negocio de la aplicación • Tecnologías: • EJB (Enterprise JavaBeans) • JAX-WS (Java API for XML Web Services) • Entidades de la API de persistencia • Servicios Web (SOAP, …)

  34. Aplicaciones en capas, VI • Capa de sistemas de información empresarial (EIS) • Servidores de bases de datos • Sistemas de planificación de recursos • Mainframes • …

  35. Aplicaciones en capas, VII Tecnologías utilizadas en la capa EIS • JDBC (Java DataBase Conectivity) • API de Persistencia • Arquitectura de conexión J2EE • JTA (Java Transaction API)

  36. Otras tecnologías (.NET) • ASP (Active Server Pages) • ADO (ActiveX Data Objects) • SOAP (Servicios Web)

  37. Servidor de aplicaciones, I • Proporciona los servicios de Java EE • Alberga componentes de distintos tipos correspondientes a las capas de la aplicación, guardadas en contenedores • Proporciona servicios a las componentes (atención de solicitudes, seguridad, concurrencia y gestión del ciclo de vida) • Proporciona acceso a APIs como acceso por nombre, transacciones y correo electrónico

  38. Servidor de aplicaciones, II: Contenedores • Contenedor web: Gestiona el ciclo de vida de las componentes (Servlets, JSPs, …) y su acceso al contexto (sesión, …) • Contenedor de clientes de la aplica-ción: Interfaz con aplicaciones cliente • Contenedor de EJB: Interfaz con Enterprise beans • Su objetivo es optimizar el rendimiento. Juegan el papel de caches sofisticadas

More Related