Diseño e Implementación de una Aplicación Web Java EE con Arquitectura MVC

Transcripción

1 UNIVERSIDADE DA CORUÑA Departamento de Tecnoloxías da Información e as Comunicacións (TIC) Diseño e Implementación de una Aplicación Web Java EE con Arquitectura MVC Generalidades PFC3 Alberto Pan Bermúdez apan@udc.es Marzo 2009

2 Enfoque para el Proyecto Herramientas Arquitectura Índice Generalidades Metodología Proceso Unificado Estándar de Codificación Java Generalidades Herramientas Apache Maven 2 IDE Eclipse JUnit Marzo 2009 PFC3 2

3 UNIVERSIDADE DA CORUÑA Departamento de Tecnoloxías da Información e as Comunicacións (TIC) Enfoque para el proyecto Enfoque Estándar de codificación Herramientas Arquitectura

4 Enfoque para el Proyecto Para la realización de la aplicación software del proyecto se aconseja un enfoque basado en iteraciones, de manera que cada iteración incorpora más funcionalidad, hasta que en la última iteración se termina con un software que implementa toda la funcionalidad. En cada iteración se hace análisis, diseño, implementación y pruebas. Enfoque opuesto al concepto tradicional de analizar todo, diseñar todo, implementar y probar todo. Se divide el problema en iteraciones, y en cada iteración se hace todo el ciclo de vida tradicional. En la primera iteración se aborda lo más complicado, intentando obtener en poco tiempo una arquitectura software que permitirá incorporar el resto de la funcionalidad en subsiguientes iteraciones línea base. Objetivo: detectar problemas de diseño y/o implementación cuanto antes, y no al final, cuando ya sería demasiado costoso (en tiempo y dinero) rehacer todo el diseño y el código. El resto de las iteraciones van introduciendo funcionalidad menos crítica, y no deberían causar cambios importantes a la línea base. Marzo 2009 PFC3 4

5 Estándar de Codificación Normalmente en proyectos grandes se suele seguir un estándar de codificación, de manera que el aspecto del código sea el mismo, independientemente de qué programador lo haya escrito. Facilita el mantenimiento del software. Código de calidad y fácilmente legible. Un estándar de codificación define: Reglas para nombrar clases, atributos y métodos, normas de identación, etc. Un documento muy sencillo (breve), pero muy utilizado en el mundo Java son las Java Code Conventions, definidas por Sun Microsystems. Marzo 2009 PFC3 5

6 Herramientas Modelado UML: MagicDraw (instalado en Laboratorios de Docencia FIC) Poseidon for UML Rational Rose Desarrollo: HTTP HTML + CSS / XML Java SE Apache Struts Standard TagLibs JUnit 4.4 Apache Maven 2 IDE Eclipse Otras: AJAX, Spring, JPA, Hibernate, EJB3,... Bases de Datos: MySQL 5.0 ó PostgreSQL 8.1 Servidor Web: Apache Tomcat 6.0.x / Jetty Marzo 2009 PFC3 6

7 Arquitectura del Sistema Capa 1 Capa 2 Capa 3 Navegador Int. web Modelo Base de datos Serv. ap. web Navegador Internet/ Intranet Navegador Marzo 2009 PFC3 7

8 Capas de una Aplicación Web Java EE: MVC+Layers Vista HTML/CSS + JSP + JSTL Controlador Apache Struts ActionForm + Action Modelo Factory Interfaces con Casos de Uso (lógica de negocio) Plugin: Plain RMI EJB Factory Interfaces para Acceso a Datos Business Delegate Session Facade CTO DAO/TO Plugin: JDBC XML Marzo 2009 PFC3 8

9 UNIVERSIDADE DA CORUÑA Departamento de Tecnoloxías da Información e as Comunicacións (TIC) Generalidades Metodología Introducción al Proceso Unificado El proceso Unificado de Desarrollo de Software. Ivar Jacobson, Grady Booch, James Rumbaugh. Addison Wesley, Java Code Conventions Sun Microsystems, Java Code Conventions,

10 Introducción al Proceso Unificado (I) Un proceso de desarrollo de software es el conjunto de actividades necesarias para transformar los requisitos de un usuario en un sistema software: Requisitos del usuario Proceso Proceso de de desarrollo de de Software Sistema software Proceso Unificado: Más que un proceso de desarrollo de software. Marco de trabajo genérico que puede especializarse para una gran variedad de sistemas software, para diferentes áreas de aplicación, diferentes tipos de organizaciones, diferentes niveles de aptitud y diferentes tamaños de proyecto. Basado en componentes software, interconectados a través de interfaces bien definidas. Utiliza el Lenguaje Unificado de Modelado (Unified Modeling Language, UML) para preparar todos los esquemas de un sistema software. Marzo 2009 PFC3 10

11 Orígenes: Introducción al Proceso Unificado (II) Modelo original Objectory definido por Ivan Jacobson (1987). Rational Software compra la empresa de Objectory (1995). Surge la primera versión de UML (1997). Se publica la primera versión del Proceso Unificado de Rational - RUP (junio 1998). Características del Proceso Unificado: Dirigido por casos de uso. Centrado en la Arquitectura. Iterativo e incremental. Guiado por riesgos. Marzo 2009 PFC3 11

12 Introducción al Proceso Unificado (III) Dirigido por Casos de Uso. Se centra en la funcionalidad que el sistema debe poseer para satisfacer las necesidades de un usuario (persona, sistema externo, dispositivo) que interactúa con él. Casos de uso como el hilo conductor que orienta las actividades de desarrollo. Casos de Uso <<definenecesidades>> Análisis Recopilar, Clarificar y Validar los requisitos Diseño Realizar los casos de uso <<realiza>> Pruebas <<verifica>> Verificar que se satisfacen los casos de uso Marzo 2009 PFC3 12

13 Introducción al Proceso Unificado (IV) Centrado en la Arquitectura. Concepto similar a la arquitectura de un edificio: Varios planos con diferentes aspectos del edificio. Tener una imagen completa del edificio antes de que comience la construcción. Arquitectura en software: Diferentes vistas del sistema: estructural, funcional, dinámico, etc. Plataforma en la que va a operar. Determina la forma del sistema. Arquitectura: determina la forma del sistema. Casos de uso: determinan la función del sistema. Marzo 2009 PFC3 13

14 Introducción al Proceso Unificado (V) Iterativo e Incremental: Descomposición de un proyecto grande en mini-proyectos. Cada mini-proyecto es una iteración. Las iteraciones deben estar controladas. Cada iteración trata un conjunto de casos de uso. Ventajas del enfoque iterativo: Detección temprana de riesgos. Administración adecuada del cambio. Mayor grado de reutilización. Mayor experiencia para el grupo de desarrollo. Guiado por riesgos: Se detectan los riesgos graves para asegurarlos lo antes posible. El objetivo es detectar los problemas lo antes posible para darles solución rápidamente. Marzo 2009 PFC3 14

15 Rational Unify Process (RUP) - Dimensiones Estática - Flujos de trabajo. Roles QUIÉN? Actividades CÓMO? Artefactos QUÉ? Flujo de Trabajo CUÁNDO? Dinámica El Proceso Unificado se repite a lo largo de una serie de ciclos que constituyen la vida de un sistema. Ciclo: cada ciclo una nueva versión del producto. Fase: Etapas de un ciclo que finalizan en un HITO. Iteración: Proceso de ingeniería sobre una funcionalidad limitada del sistema. En cada fase se realizan una o más iteraciones a través de los flujos de tareas: requisitos no procedimentales (de eficiencia) y casos de uso, Análisis (opcional), Diseño, Implementación y Pruebas. Entradas al proceso: Lista de características: descripción informal (2 páginas) de lo que se espera del desarrollo. Modelo de dominio (Opcional). Modelar con UML el entorno en el que operará el producto. Marzo 2009 PFC3 15

16 Rol Dimensión Estática del Proceso (I) Definición del comportamiento y responsabilidades de los participantes. Propietario de una serie de artefactos. Actividad Unidad de trabajo que puede ejecutar un individuo en un rol específico. Tiene un propósito claro y se expresa en términos de actualizar artefactos. La granularidad de la actividad es generalmente de horas o pocos días. Ejemplos de actividades: Planear una iteración (administrador del proyecto). Encontrar caso de uso y actores (analista del dominio). Revisión del diseño (probador). Marzo 2009 PFC3 16

17 Artefacto Dimensión Estática del Proceso (II) Pieza de información producida, modificada y utilizada en un proceso. Productos tangibles del proyecto. Utilizados por los roles como entrada para la realización de sus actividades. Resultado de las actividades realizadas por los roles. Flujo de Trabajo Forma de describir la secuencias de actividades que producen resultados y las interacciones entre cargos. En términos de UML se puede utilizar: diagrama de actividades, de secuencia, de colaboración. Marzo 2009 PFC3 17

18 Dimensión Dinámica del proceso fase ciclo Concepción Elaboración Construcción Transición hito 1 hito 2 hito 3 hito 4 Iter. 1 Iter. 2 Iter. 3 Iter. 4 Iter. 5 Iter. 6 Hito: punto en el tiempo donde se evalúan los objetivos logrados y se pueden tomar decisiones críticas Marzo 2009 PFC3 18

19 Desarrollo Iterativo Construcción Iteración de desarrollo 1 Iteración de desarrollo 2 Iteración de desarrollo n Perfeccionar el plan Sincronizar Artefactos Análisis Diseño Implementación Pruebas Marzo 2009 PFC3 19

20 Fase de Concepción Objetivo: Definir la razón de ser y el alcance del proyecto. Estudio de oportunidad. Visión = QUÉ + PARA QUÉ + CUÁNTO Actividades: Especificación de los criterios de éxito del proyecto. Definición de los requisitos. Estimación de los recursos necesarios. Cronograma inicial de fases. Artefactos: Documento de definición del proyecto. Marzo 2009 PFC3 20

21 Fase de Elaboración Objetivo: Establecer un plan de proyecto y una arquitectura correcta del sistema. Actividades: Análisis del dominio del problema. Definición de la arquitectura básica. Análisis de riesgos. Planificación del proyecto. Artefactos: Modelo del dominio. Modelo de procesos. Modelo funcional de alto nivel. Arquitectura básica. Al final de la fase de elaboración se establece la línea base de la arquitectura. Los riesgos de la lista de riesgos están mitigados (con solución, implementada o no). En realidad, además de la línea base de la arquitectura también se habrán implementado aquellos elementos necesarios asociados a los casos de uso de la línea base, pero que no son críticos (no existían dudas para su realización). Marzo 2009 PFC3 21

22 Fase de Construcción / Transición Fase de Construcción. Objetivo: Desarrollar el sistema a lo largo de una serie de iteraciones. Actividades: Análisis. Diseño. Implementación / Codificación. El flujo de tareas de implementación se divide en Builds: consolidación del trabajo de los desarrolladores (punto de encuentro del trabajo de varios diseñadores). Pruebas (individuales, de integración). Fase de Transición. Pruebas beta (de usuario). Marzo 2009 PFC3 22

23 Ciclo de Vida del Proceso Unificado Ágil - AUP Marzo 2009 PFC3 23

24 Resumen Java Code Conventions (I) Extensiones de ficheros:.java,.class Un fichero por clase pública o interfaz. Puede incluir clases privadas, pero siempre después de la pública. Estructura de un fichero con código fuente: Comentarios de inicio. /* * Classname, Programmer(s), Date * Version info * Copyright notice * Description */ Paquete y lista de imports necesarios. Marzo 2009 PFC3 24

25 Resumen Java Code Conventions (II) Estructura de un fichero con código fuente (continuación): Declaración de clase o interfaz. /**... */ Comentario Javadoc de Clase o Interfaz. Declaración class o interface. /*... */ Comentario de implementación, si es necesario. Variables de Clase (static). public > protected > private Variables de instancia. public > protected > private Constructores. Métodos. Agrupados por funcionalidad para facilitar el entendimiento del código. Identación, 4 espacios (con algunas excepciones para mejorar legibilidad). Longitud de línea como mucho 80 caracteres. División de líneas: después de una coma. antes de un operador. dar preferencia a divisiones de nivel superior. alinear la nueva línea con el comienzo de la expresión del mismo nivel en la línea anterior. si al aplicar estas reglas el código queda poco legible, utilizar 8 espacios. Marzo 2009 PFC3 25

26 Resumen Java Code Conventions (III) Comentarios: Javadoc /**... */, Bloque/línea /*... */, Fín de línea //... Declaraciones: Una por línea. Definir variables al comienzo de bloques { } (más claro) e inicializarlas cuando se definen si es posible. Excepción: bucles for Evitar declaraciones locales para ocultar declaraciones de niveles superiores. Clases e interfaces: No utilizar espacio entre el nombre del método y el paréntesis de inicio de lista de parámetros. La llave de inicio aparece al final de la línea de declaración de la sentencia. La llave de fin aparece al comienzo de línea, identada con el inicio de la sentencia que cierra. Excepción: métodos vacíos {} Los métodos se separan por una línea en blanco. Marzo 2009 PFC3 26

27 Sentencias: Resumen Java Code Conventions (IV) Una por línea. Sentencias compuestas entre {} Sentencias incluidas deben de ser identadas. { aparecerá al final de la línea de inicio del bloque; y } al principio de línea, identado con el inicio del bloque. En sentencias if-then-else o bucles, se utilizará siempre {} aunque el bloque esté compuesto por una sola sentencia. Esto facilita el mantenimiento del código (por ejemplo, si en el futuro se añade una nueva línea al bloque, el programador podría olvidarse de añadir las llaves). Sentencias return no deben especificarse entre paréntesis, salvo por claridad. Sentencias if, for, while, do/while, switch, try/catch Marzo 2009 PFC3 27

28 Resumen Java Code Conventions (V) if (condition) { statements; } for (initialization; condition; update) { statements; } if (condition) { statements; } else { statements; } if (condition) { statements; } else if (condition) { statements; } else if (condition) { statements; } try { statements; } catch (ExceptionClass e) { statements; } finally { statements; } for (initialization; condition; update); while (condition) { statements; } while (condition); do { statements; } while (condition); switch (condition) { case ABC: statements; /* falls through */ case DEF: statements; break; case XYZ: statements; break; default: statements; break; } Marzo 2009 PFC3 28

29 Resumen Java Code Conventions (VI) Dos líneas en blanco: Entre secciones de un fichero fuente. Entre definiciones de clases e interfaces. Una línea en blanco: Entre métodos. Entre definición de variables locales y la primera sentencia. Antes de un comentario de bloque o de línea. Entre secciones lógicas de un método. Espacios en blanco: Antes de un paréntesis, salvo que sea la invocación de un método. Después de una coma, en una lista de argumentos. Para separar los operandos de todos los operadores binarios excepto. (no aplicable a operadores unarios). Para separar las expresiones de una sentencia for Los casts deben de ir seguidos por un espacio. Marzo 2009 PFC3 29

30 Resumen Java Code Conventions (VII) Convenciones de nombrado (nombres representativos) Clases: Deben de ser nombres, con la primera letra de cada palabra involucrada en ese nombre, en mayúsculas. Interfaces: Ídem clases. Métodos: Deben de ser verbos, con la primera letra de cada palabra involucrada en mayúsculas, salvo la de la primera. Variables: Palabras, con la primera letra de cada palabra involucrada en mayúsculas, salvo la de la primera. Nombres comunes para variables temporales son i,j,k (numéricas) c,d,e (caracteres). Constantes: En mayúsculas, separando cada palabra involucrada en el nombre por el carácter subrayado _. Paquetes (no incluido en Java Code Conventions): Palabras simples y en minúsculas. Marzo 2009 PFC3 30

31 Resumen Java Code Conventions (VIII) Prácticas de Programación (salvo casos justificados): Variables de clase o instancia no deben de ser públicas. Evitar acceder a variables de clase desde instancias de objetos. Las constantes numéricas deben de definirse previamente en lugar de utilizarlas como literales (salvo inicializaciones como -1, 0, 1). Asignación de variables: Evitar asignaciones múltiples en la misma sentencias (difícil de leer). No utilizar el operador de asignación en lugares en los que pueda ser fácilmente confundido con el operador de igualdad. No utilizar asignaciones embebidas para intentar optimizar la ejecución. Esa es tarea del compilador. Es buena práctica utilizar paréntesis en expresiones que combinan múltiples operadores, aunque no sean necesarios por las reglas de precedencia de los mismos. Estructurar el programa de forma que sólo haya una sentencia return. En sentencias con?, si la expresión condicional contiene un operador binario, es recomendable ponerlo entre paréntesis. Comentarios especiales: XXX Marca algo que tiene algún problema pero funciona. FIXME Marca algo como que no funciona correctamente. TODO Marca algo como que está por terminar. Marzo 2009 PFC3 31

32 Java Code Conventions... Ejemplo (I) /* * Firstname Lastname * * Copyright (c) Sun Microsystems, Inc. All Rights Reserved. * */ package java.blah; import java.blah.blahdy.blahblah; /** * Class description goes here. * Oct 1996 Firstname Lastname */ public class Blah extends SomeClass { /* A class implementation comment can go here. */ /** classvar1 documentation comment */ public static int classvar1; /** * classvar2 documentation comment that happens to be * more than one line long */ private static Object classvar2; /** instancevar1 documentation comment */ public Object instancevar1; Marzo 2009 PFC3 32

33 Java Code Conventions... Ejemplo (II) /** instancevar2 documentation comment */ protected int instancevar2; /** instancevar3 documentation comment */ private Object[] instancevar3; /** *...method Blah documentation comment... */ public Blah() { //...implementation goes here... } /** *...method dosomething documentation comment... */ public void dosomething() { //...implementation goes here... } } /** *...method dosomethingelse documentation comment... someparam description */ public void dosomethingelse(object someparam) { //...implementation goes here... } Marzo 2009 PFC3 33

34 UNIVERSIDADE DA CORUÑA Departamento de Tecnoloxías da Información e as Comunicacións (TIC) Generalidades Herramientas Herramientas de Gestión de Proyectos Software Maven 2 IDE Eclipse Pruebas de Aplicaciones Software JUnit

35 Gestión de Proyectos - Apache Maven 2 (I) Herramienta de Gestión de proyectos Software. Open Source. Proyecto Apache ( Utilizada en otros desarrollos. Desarrollada en Java. Otras herramientas existentes: Shell-based (gnumake, nmake, ) Ejecutan comandos específicos del sistema operativo (no reutilizables en diferentes plataformas). Formatos 'estrictos' (ej. tabuladores en Makefiles). Ant enfoque basado en tareas Crear el script build con las tareas a ejecutar. Ejecutar los targets. Maven1 enfoque declarativo (más alto nivel que Ant) Describir el proyecto y configurar plugins. Ejecutar plugins existentes (goals). Maven2 convenciones de nombrado Convenciones de nombrado. Sistema de plugins. Sistema de dependencia entre paquetes similar al del mundo linux de un repositorio. Marzo 2009 PFC3 35

36 Apache Maven 2 (II) Núcleo de Maven: POM (Project Object Model). Contiene una descripción detallada del proyecto, incluyendo información de versiones, gestión de configuración, dependencias, recursos de la aplicación y de pruebas, miembros del equipo,... Fichero XML situado en el directorio raíz del proyecto pom.xml Documentación Maven 2: Maven en 5 minutos. Maven en 30 minutos. Marzo 2009 PFC3 36

37 Apache Maven 2 (III) Ventajas estandarización en gestión de proyectos: No se pierde tiempo reinventando estructuras de directorios, convenciones ni personalizando scripts para cada proyecto. Maven permite redefinir la estructura de directorios estándar pero es conveniente respetarla por las siguientes razones: El fichero pom.xml será más pequeño y sencillo. Hace que el proyecto sea más fácil de entender y facilita el mantenimiento futuro por otros. Facilita la integración de plugins (asumen también la estructura por defecto). Marzo 2009 PFC3 37

38 Apache Maven 2 pom.xml <project xmlns=" xmlns:xsi=" xsi:schemalocation=" <modelversion>4.0.0</modelversion> <groupid>es.udc.fbellas.j2ee</groupid> <artifactid>standardutil</artifactid> <packaging>jar</packaging> <version>2.2.0</version> <name>j2ee-examples Standard Util Subsystem</name> <url> <dependencies> <dependency> <groupid>mysql</groupid> <artifactid>mysql-connector-java</artifactid> <version>5.0.5</version> <scope>test</scope> </dependency> </dependencies> </project> Marzo 2009 PFC3 38

39 Apache Maven 2 Ciclo de Vida Fases de construcción de un proyecto: compile, test, deploy, En Ant se crean targets con esos nombres que implementen esa semántica. En Maven 1 se invocan plugins (goals) existentes. Un lenguaje de Scripting basado en XML, Jelly, permite definir nuevos goals o modificar el comportamiento de los existentes. En Maven 2 se estandariza el conjunto de fases del ciclo de vida del proyecto, y al ejecutar una de ellas se ejecutarán los plugins correspondientes. Es posible implementar nuevos plugins a asociar a las diferentes fases, como clases Java. Para compilar: mvn compile Marzo 2009 PFC3 39

40 Apache Maven 2 Dependencias En el fichero pom.xml se definen los recursos de los que depende un proyecto. Maven automáticamente descarga los recursos de repositorios remotos en repositorios locales. Local a la máquina (estructura de directorios en base al groupid y artifactid del recurso): Maven 1 $HOME/.maven/repository Maven 2 $HOME/.m2/repository Gestión de Dependencias Transitivas: Maven 1 obliga a que cada proyecto defina todos los jars necesarios, directa o indirectamente por la aplicación. Con Maven 2 sólo es necesario especificar los jars que la aplicación necesita de forma directa; Maven 2 gestiona las dependencias de las librerías utilizadas, para incluirlas de forma automática. Ámbitos de Dependencias en función de las fases (Maven 2) compile necesaria en todas las fases (valor por defecto). provided necesaria para compilar pero no para instalar (e.g. servlet API). runtime necesaria sólo para ejecutar (e.g. JDBC drivers). test necesaria sólo para pruebas (e.g. JUnit API). Marzo 2009 PFC3 40

41 Apache Maven 2 Configuración Proxy Dos opciones: Creando un fichero settings.xml en el directorio $HOME/.m2 (repositorio local) con la siguiente información (ej. fichero /opt/isyadoo- 0708/SoftwareLocal/templates/IS/settings.xml). <?xml version="1.0" encoding="utf-8"?> <settings> <proxies> <proxy> <active/> <protocol>http</protocol> <port>3128</port> <!-- <host>proxy</host> --> <host>proxy-wifi.ucv.udc.es</host> <id/> </proxy> </proxies> </settings> Ejecutar Maven indicando la configuración de proxy en cada comando como parámetros. mvn -Dhttp.proxyHost=proxy -Dhttp.proxyPort= Marzo 2009 PFC3 41

42 Ejemplos - Estructura Maven 2 pom.xml pom.xml MySQLCreateTables.sql PostgreSQLCreateTables.sql ConfigurationParameters.properties Marzo 2009 PFC3 42

43 Ejemplos - Plugins de Maven 2 Assembly <plugin> <artifactid>maven-assembly-plugin</artifactid> <configuration> <descriptors> <descriptor>src/main/assembly/src.xml</descriptor> </descriptors> </configuration> </plugin> <assembly> <id>src</id> <formats> <format>zip</format> <format>tar.gz</format> <format>tar.bz2</format> </formats> <filesets> <fileset> <includes> <include>**/*</include> </includes> <excludes> <exclude>**/target/**</exclude> </excludes> </fileset> </filesets> </assembly> Marzo 2009 PFC3 43

44 Ejemplos - Plugins de Maven 2 SQL <!-- Setting SQL Plugin --> <plugin> <groupid>org.codehaus.mojo</groupid> <artifactid>sql-maven-plugin</artifactid> <dependencies> <!-- specify the dependent JDBC driver here --> <dependency> <groupid>mysql</groupid> <artifactid>mysql-connector-java</artifactid> <version>${mysql-jdbcdriver-version}</version> </dependency> </dependencies> <!-- common configuration shared by all executions --> <configuration> <! MySQL --> <driver>com.mysql.jdbc.driver</driver> <url>jdbc:mysql://localhost/j2ee</url> <username>j2ee</username> <password>j2ee</password> <autocommit>true</autocommit> <onerror>continue</onerror> <fileset> <basedir>${basedir}</basedir> <includes> <include>src/sql/mysqlcreatetables.sql</include> </includes> </fileset> </configuration> </plugin> Marzo 2009 PFC3 44

45 Ejemplos - Plugins de Maven 2 Jetty <plugin> <groupid>org.mortbay.jetty</groupid> <artifactid>maven-jetty-plugin</artifactid> <configuration> <jettyenvxml>../src/main/jetty/jetty-env.xml</jettyenvxml> <scanintervalseconds>5</scanintervalseconds> <!-- Log to the console. --> <requestlog implementation="org.mortbay.jetty.ncsarequestlog"> <!-- This doesn't do anything for Jetty, but is a workaround for a Maven bug that prevents the requestlog from being set. --> <append>true</append> </requestlog> </configuration> <dependencies> <dependency> <groupid>mysql</groupid> <artifactid>mysql-connector-java</artifactid> <version>${mysql-jdbcdriver-version}</version> </dependency> </dependencies> </plugin> Marzo 2009 PFC3 45

46 jetty-env.xml Ejemplos - Plugins de Maven 2 Jetty <?xml version="1.0"?> <!DOCTYPE Configure PUBLIC "-//Mort Bay Consulting//DTD Configure//EN" " <Configure class="org.mortbay.jetty.webapp.webappcontext"> <!-- PostgreSQL --> <!-- --> <!-- MySQL --> <New id="j2ee-examplesds-mysql" class="org.mortbay.jetty.plus.naming.resource"> <Arg>jdbc/J2EE-ExamplesDS</Arg> <Arg> <New class="com.mysql.jdbc.jdbc2.optional.mysqlconnectionpooldatasource"> <Set name="url">jdbc:mysql://localhost/j2ee</set> <Set name="user">j2ee</set> <Set name="password">j2ee</set> </New> </Arg> </New> </Configure> Marzo 2009 PFC3 46

47 Ejemplos - Compilación Linux, Windows // Mysql, PostgreSQL. Configuración por defecto: Linux, Mysql, Base de Datos j2ee (default port), usuario j2ee, password j2ee Arrancar la base de datos. Utilizar maven para crear las tablas en la base de datos y compilar los ejemplos. cd j2ee-examples src mvn sql:execute install Marzo 2009 PFC3 47

48 Eclipse IDE ( Compile Run Debug Marzo 2009 PFC3 48 Plugins - Maven - Subclipse -Tomcat - Web Tools Project Edition - HTML, JSP, JSPX, XML, SQL,... editors - database explorer -...

49 Eclipse - Crear Proyectos Creación de la configuración de proyectos para eclipse (en función de la información del pom.xml): mvn eclipse:eclipse Configuración de Eclipse para importar cada subsistema de los ejemplos como un proyecto. Arrancar eclipse. eclipse& Crear un nuevo proyecto Java: File > New > Project >> Java / Java Project Wizard New Java Project Especificar nombre del proyecto (Project name): standardutil Ponerle el mismo nombre que tiene en maven para que se resuelvan bien las dependencias entre proyectos. Seleccionar "Create project at external location. Especificar directorio HOME del proyecto (Browse to j2ee-examples /standardutil directory). Click sobre "Finish". Marzo 2009 PFC3 49

50 Eclipse - Configurar Proyectos Marzo 2009 PFC3 50

51 Eclipse & Maven2 Para cargar un proyecto eclipse generado a partir de mvn eclipse:eclipse es necesario definir la variable de entorno M2_REPO para que apunte al directorio en el que se encuentre el repositorio de MAVEN 2. Windows: C:/Documents and Settings/<userName>/.m2/repository Linux: $HOME/.m2/repository Para añadir la variable de entorno M2_REPO a Eclipse Window > Preferences > Java > Build Path > ClassPath variables. Marzo 2009 PFC3 51

52 Depuración de Aplicaciones en Java La opción -g del compilador provoca que se añada código (bytes codes) para poder seguir la traza de la ejecución de un programa. La aplicación resultante genera eventos que pueden ser procesados por una aplicación externa (ej. un IDE) Java dispone de una API estándar que permite interceptar estos eventos y acceder al entorno de ejecución de una aplicación compilada con la opción -g. Ej. Un IDE puede registrarse en la aplicación para recibir los eventos correspondientes a los puntos de ruptura que establezca el desarrollador, y posteriormente permitirle al usuario visualizar el entorno de ejecución. Marzo 2009 PFC3 52

53 Eclipse - Ejecución y Depuración de clases Ejecución de una clase: Run > Run As > Java Application > Seleccionar la clase a ejecutar y los argumentos. La salida se muestra en la consola de eclipse. Se puede seleccionar una clase en la jerarquía de clases y botón derecho + Run As > Java Application Depuración: Eclipse posee una perspectiva para depuración de aplicaciones. Permite seguir la traza de ejecución de una aplicación, establecer puntos de interrupción y visualizar el estado de las variables en un instante determinado. Run > Debug As > Java Application Botón derecho + Debug As > Java Application Otros Window > Show View > Other > Connectivity > Data Source Explorer Marzo 2009 PFC3 53

54 Eclipse - Ejecución de Pruebas de Unidad Los ejemplos no usan JUnit JDBCTutorial: Iniciar la base de datos. Ejecución desde Eclipse. es.udc.fbellas.j2ee.jdbctutorial.insertexample es.udc.fbellas.j2ee.jdbctutorial.selectexample es.udc.fbellas.j2ee.jdbctutorial.preparedstatementexample es.udc.fbellas.j2ee.jdbctutorial.transactionexample fbellas-1 fbellas-2 es.udc.fbellas.j2ee.jdbctutorial.transference1example fbellas-1 fbellas-2 es.udc.fbellas.j2ee.jdbctutorial.transference2example fbellas-1 fbellas-2 es.udc.fbellas.j2ee.jdbctutorial.transference3example fbellas-1 fbellas-2 es.udc.fbellas.j2ee.jdbctutorial.transference4example fbellas-1 fbellas-2 En el resto de subsistemas, para ejecutar las pruebas de unidad: Descomentar los métodos main de las clases a probar. Puede haber que descomentar los imports que haya debajo del comentario // For Testing. Marzo 2009 PFC3 54

55 Eclipse: Plugin Maven 2 Creación de una nueva configuración maven para eclipse: Run > External Tools > Open External Tools Dialog.. > Maven Build botón derecho + "New" Especificar el nombre de la nueva configuración de maven. Main: Especificar el directorio donde se encuentra el pom.xml a utilizar. Goals: Indicar los goals a ejecutar en esta configuración. Select para elegir una de las fases del ciclo de vida. Ejecución de una configuración maven para eclipse: Run > External Tools > Nombre de Tarea a Ejecutar. Organización de configuraciones preferidas: Run > External Tools > Organize Favourites Botón derecho sobre un pom.xml + Run As > Maven build Marzo 2009 PFC3 55