Práctica 1: Instalación de un servidor de aplicaciones web y diseño de la vista de una aplicación

Transcripción

1 Práctica 1: Instalación de un servidor de aplicaciones web y diseño de la vista de una aplicación Sistemas de Información Grado de Informática Dpto. de Informática e Ingeniería de Sistemas, Universidad de Zaragoza Escuela de Ingeniería y Arquitectura 2 de octubre de Objetivos Las aplicaciones Web son aplicaciones que se ejecutan en al menos un servidor Web y a las que los usuarios acceden desde un cliente de propósito general (por ejemplo: un navegador Web en un PC, teléfono móvil, etc.). Se caracterizan por poseer un contenido estático (html, pdf, etc..) y contenido dinámico que se genera cuando los usuarios realizan diferentes peticiones. El contenido dinámico lo genera el contener/servidor de aplicaciones Web. En esta práctica se instalará un servidor de aplicaciones conforme a JavaEE (Java Enterprise Edition) para trabajar conceptos básicos de programación Web en posteriores sesiones. Además se diseñará la vista correspondiente a una aplicación web que se implementará en la siguiente sesión. En mayor detalle, los objetivos de esta práctica son: Instalar el servidor de aplicaciones Web Apache Tomcat. Configurar una aplicación Web sencilla. Diseñar la capa vista de una aplicación web bancaria. El entorno de desarrollo a utilizar será JDK Contenidos La práctica consta de dos bloques, de los cuales el primero consiste en la instalación del servidor Tomcat y el segundo requiere la construcción de la capa vista de una aplicación Web empleando HTML y CSS. Además se requiere que se encapsule e instale la capa desarrollada en el servidor Tomcat. 1

2 2.1. Instalación del Servidor de aplicaciones Web Tomcat Para realizar la instalación del servidor de aplicaciones Tomcat en nuestra cuenta basta con descargar el fichero apache-tomcat tar.gz y descomprimirlo. Para arrancar y parar el servidor se emplean los scripts start-up.sh y shut-down.sh disponibles en el directorio /bin/. Por defecto el servidor se encuentra disponible en el puerto 8080 pero si dicho puerto se encuentra ocupado se puede emplear otro indicándolo en el fichero /conf/server.xml Diseño de la capa vista de una aplicación Web Se pretende desarrollar una aplicación que gestione los usuarios y las cuentas de una entidad bancaria. Para cada usuario se considerarán los siguientes datos: DNI, apellidos, nombre, año de nacimiento, dirección, y teléfono de contacto. Cada usuario puede solicitar la creación de una o más cuentas bancarias de las que será titular; dichas cuentas tendrán saldo cero euros inicialmente. Por otro lado, una misma cuenta bancaria podrá pertenecer a varios titulares, teniendo siempre al menos uno. La información almacenada para cada cuenta bancaria es la siguiente: número de cuenta, fecha de creación y saldo que contiene. Finalmente, los usuarios podrán realizar las siguientes operaciones bancarias en las cuentas en las que son titulares: ingresar dinero, retirar dinero y realizar una transferencia entre dos cuentas de la entidad bancaria (siendo titular de la cuenta de la que se retira dinero). Para cada una de las operaciones bancarias se almacena la siguiente información: código de la operación, tipo de operación, fecha de realización, cantidad involucrada en la operación, números de cuenta involucrados en la operación y usuario que realiza la operación. Requisitos Se debe diseñar la vista de una aplicación Web usando los lenguajes HTML y CSS. Esta interfaz debe permitir realizar las siguientes operaciones: Dar de alta nuevos clientes. Crear una nueva cuenta bancaria para un determinado usuario. Dada una determinada cuenta bancaria y un determinado usuario, añadir o retirar dinero de dicha cuenta. Dada una cuenta bancaria y un intervalo de tiempo, listar todas las operaciones bancarias realizadas sobre esa cuenta durante dicho intervalo. Dado un determinado usuario y cuenta bancaria de la que es titular hacer una transferencia desde dicha cuenta a otra cuenta cualquiera de la entidad. La cuenta a la que se realiza la transferencia debe ser distinta a la cuenta de la que se retira el dinero. En cada caso, se diseñarán los formularios de entrada de datos que se consideren oportunos y un esqueleto de cómo debería ser la página a mostrar al realizarse la operación correcta o incorrectamente. Además se creará una página web inicial en la que se incluirán enlaces a las páginas que proporcionan las operaciones enumeradas anteriormente. En prácticas posteriores se le añadirá el comportamiento dinámico a la interfaz creada. 2

3 Instalación de una aplicación Web Para instalar una aplicación Web en un servidor de aplicaciones Web conforme a JavaEE es necesario empaquetarla (crear un fichero WAR) siguiendo una serie de especificaciones. Los ficheros WAR se crean de forma análoga a los ficheros tar usando la siguiente orden: jar cvf aplicacionweb.war directorioaempaquetar y deben contener la siguiente estructura: directorioaempaquetar/web-inf/classes: agrupa los ficheros.class que conforman la aplicación agrupados en directorios según su estructura en paquetes. En esta primera práctica no tendrá contenido. directorioaempaquetar/web-inf/lib: agrupa los ficheros.jar de librerías que usa la aplicación. directorioaempaquetar/web-inf/web.xml: es el fichero de configuración estándar de la aplicación web. directorioaempaquetar/: vista de la aplicación (por ejemplo: ficheros HTML, imágenes, ficheros CSS, ficheros JSP,...). El contenido del directorio WEB-INF sólo será visible al servidor de aplicaciones Web mientras que la vista será visible a los navegadores. El fichero web.xml tiene una estructura determinada y permite expresar un gran número de opciones de configuración (la mayoría opcionales). A continuación se muestra el contenido de un fichero de este tipo: <?xml version="1.0" encoding="utf-8"?> <web-app version="2.5" xmlns=" xmlns:xsi=" xsi:schemalocation=" <description> Hola Mundo </description> <display-name>prueba</display-name> </web-app> La etiqueta display-name define el nombre de la aplicación web. La etiqueta description especifica una pequeña descripción del objetivo de la aplicación. Una vez empaquetada la aplicación en el fichero WAR, este se debe incluir en el directorio webapps del servidor de aplicaciones. El servidor lo desempaquetará para que los usuarios puedan acceder a la aplicación creada. Cada usuario que desee acceder a la aplicación debe teclear en el navegador la dirección correspondiente (por ejemplo, 3. Entrega de la práctica La práctica se realizará en parejas. Cuando se finalice se debe entregar un fichero tar denominado practica 1.tar con el siguiente contenido: 3

4 1. Un fichero de texto denominado autores.txt que contendrá el NIA, los apellidos y el nombre de los autores de la práctica en las primeras líneas del fichero. Por ejemplo: NIA Apellidos Nombre Rodríguez Quintela Sabela Caamaño Cives Antón Opcionalmente, a continuación, se podrá incluir en dicho fichero un resumen de las principales dificultades encontradas durante la realización de la práctica, y notas a considerar. 2. Un directorio denominado srcvista, que contendrá los ficheros HTML y CSS utilizados en la implementación de la práctica. 3. Un directorio denominado WEB-INF, que contendrá el fichero web.xml utilizado en la implementación de la práctica. 4. Un fichero ejecutable (shell script) denominado crearwar.sh que contendrá las instrucciones necesarias para crear el esqueleto de la aplicación web MiPrimer- Banco. 5. Un fichero ejecutable (shell script) que debe denominarse instalawar.sh que contendrá las instrucciones necesarias para instalar el esqueleto de la aplicación Web en el servidor web Tomcat disponible en el directorio $CATALINA HOME y lanzar el servidor Tomcat. Al descomprimir el fichero.tar se deben extraer los ficheros y directorios indicados en el directoriopractica 1. Es importante seguir las convenciones de nombrado y la estructura de ficheros y directorios descrita. Para la entrega del fichero.tar, se utilizará el comando someter en la máquina hendrix-ssh.cps.unizar.es. La fecha límite de entrega es el día anterior al de la siguiente sesión de prácticas en el laboratorio a las 23: Procedimiento de corrección y recomendaciones Una vez realizadas las prácticas y entregadas estas, cada grupo debe presentárselas al profesorado de prácticas en la siguiente sesión de prácticas. Al realizar la presentación el profesorado le formulará cuestiones sobre las decisiones de diseño e implementación que ha realizado. La práctica debe entregarse en los términos indicados anteriormente, funcionar correctamente en cualquier ordenador con Java 1.7 y no haber sido copiada. En particular, hay que asegurarse de que la práctica funciona correctamente en los ordenadores del laboratorio (vigilar aspectos como los permisos de ejecución de los scripts, juego de caracteres utilizado en los ficheros, etc.). También es importante someter código limpio (donde se ha evitado introducir mensajes de depuración y comentarios que no proporcionan información al usuario). Se considerarán los siguientes aspectos 1. La estructura (clases estructuradas adecuadamente en paquetes, métodos, visibilidad atributos y métodos, etc.). 4

5 2. El estilo de la interfaz gráfica de usuario. 3. La documentación y sangrado de los ficheros fuentes. 5. Anexo I: Instrucciones para someter una práctica Para someter una práctica se debe realizar la siguiente operación: Enviar/someter el fichero tar creado. Ejemplo: someter sinf 12 practica 1.tar. Esto provoca que el fichero sometido se copie en el directorio: /export/home/practicas/entradas/sinf 12/miNIA/ donde minia representa la cuenta del usuario que ha ejecutado la orden. 5