aplicaciones web. … http aplicaciones con páginas estáticas subdirectorio especial: \web-inf...
Post on 24-Apr-2015
23 Views
Preview:
TRANSCRIPT
Aplicaciones web
Aplicaciones web
…
HTTP
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
Aplicación con páginas estáticas: Ejemplo
Hello
WEB-INF
web.xml
Hello.html
web
SubDir
Bye.html
URLS: http://.../Hello/Hello.htmlhttp://.../Hello/SubDir/Bye.html
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>
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
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ónEjemplo: 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>
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
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
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
Estructura de módulos webPÚBLICO
PRIVADO
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.
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
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/*).
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.
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.
URLs
• Son las direcciones utilizadas para acceder a un recurso webhttp://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
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)
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.
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
Peticiones a través de un formulario: Ejemplo
http://localhost:8080/TTTWeb/?voto=SI
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>
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
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
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.
Aplicaciones en capas, I
Capacliente
Capaweb
Capanegocio
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
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)
Aplicaciones en capas, III
• Capa Web (servidor)– Gestiona la interacción entre los clientes y la
capa de negocio.– Tareas:1. Generación dinámica de contenidos2. Atención a los clientes, devolviéndoles los
resultados enviados por la capa de negocio3. Control del flujo de pantallas o páginas en el cliente4. Mantenimiento del estado de los datos de las
sesiones de usuario5. Gestión de la lógica básica de la aplicación,
manteniendo datos temporalmente en JavaBeans
Aplicaciones en capas, IVTecnologías utilizadas en la capa web
ServletsClases Java que procesan peticiones y construyen respuestas
JSPPlantillas de documentos con instrucciones Java para su generación
JSFEtiquetas y extensiones para simplificar la definición de páginas JSP
Reglas de navegación entre páginas
STLBiblioteca de etiquetas que encapsulan funcionalidad de páginas JSP
JBCObjetos que almacenan datos temporalmente para la aplicación
Arquitectura de la capa web
Integración de componentes web
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, …)
Aplicaciones en capas, VI
• Capa de sistemas de información empresarial (EIS)– Servidores de bases de datos– Sistemas de planificación de recursos– Mainframes– …
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)
Otras tecnologías (.NET)
• ASP (Active Server Pages)
• ADO (ActiveX Data Objects)
• SOAP (Servicios Web)
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
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
top related