Daniel Fernández Lanvin Capa de Infraestructura

Daniel Fernández Lanvin Capa de Infraestructura Adyacente a todas las demás. Comprende todos aquellos servicios susceptibles de ser requeridos desde cualquiera de las capas lógicas del sistema. El servicio se concibe como un componente que suele ser dependiente del entorno de despliegue del sistema -> Portabilidad? Ej.: Servicio de Log varía de formato de salida de una empresa a otra, inclusive dentro del mismo grupo empresarial.

Daniel Fernández Lanvin Capa de Infraestructura Capa de infraestructura ComponentesClases Gestoras +

Daniel Fernández Lanvin Gestión de los Servicios de Infraestructura Componentizados Se accede a ellos a través de una interfaz que define el servicio = contrato. Clase que emplea el servicio de infraestructura Componente Servicio Infraestructura Interfaz que define el servicio

Daniel Fernández Lanvin Gestión de los Servicios de Infraestructura La responsabilidad de instanciar la clase que sirve el servicio es de las clases gestoras. La relación de qué clase implementa un determinado servicio (interfaz java) en un momento dado se externaliza a un fichero XML -> Cambios en los servicios de infraestructura limitados a tareas de configuración. Las clases del modelo no interactúan nunca con una clase de servicio de infraestructura directamente.

Daniel Fernández Lanvin Objetivos de la Capa de Infraestructura La sustitución de un componente se limita a tareas de configuración Se desacopla completamente la aplicación del entorno de despliegue. Las clases gestoras pueden trabajar (en caso de que el componente lo permita) con pools de componentes ->Aumento de rendimiento.

Daniel Fernández Lanvin Servicios de Infraestructura Habituales Servicio de log Pool de conexiones JDBC (o de cualquier otro sistema de persistencia). Sistema de configuración de la aplicación. Gestor de accesos/permisos de usuario a los distintos servicios de la aplicación. El SQLProvider descrito en la capa de acceso a datos. Otros más específicos del entorno del proyecto pero independientes del modelo.

Daniel Fernández Lanvin El Framework AVALON Excálibur de Jakarta Implementación de la capa de infraestructura provista por Jakarta. Componentiza servicios de infraestructura Gestion el ciclo de vida de los componentes. Pool de componentes Configuración de componentes Reconfiguración Etc.

Daniel Fernández Lanvin Piloto con Avalon Trabajo Versión 14.0 Incorporada la capa de infraestructura Dos servicios: Servicio de configuración Servicio de LOG Los servicios se ven como interfaces de servicio LogService ConfigurationService La implementación de los servicios por defecto se aporta con el piloto DefaultLogService DefaultConfigurationService

Daniel Fernández Lanvin WorkShop! Crear nuevo Servicio de LOG! Sobre la versión 14.0 de Trabajo: 1. Crear la clase com.dflanvin.infraestructura.log.MiLogService.java (copiandola del DefaultLogService ;) ). 2. Modificar la clase para que genere la salida de log por un fichero: 1. import java.io.*; 2. Sustituir la implementación del método Write por: try { PrintWriter out = new PrintWriter( new FileWriter( fichero, true ) ); out.println(message); out.close(); } catch( Exception e ) { }

Daniel Fernández Lanvin WorkShop! Crear nuevo Servicio de LOG! Crear un atributo “fichero” de tipo String y tomar su valor del fichero de configuración de avalon. Dentro del bucle while del configure… if ( parameters[i].getName().equals("fichero") ) { fichero = parameters[i].getValue(); System.out.println("El log se genera en el fichero: " +fichero ); } Modificar el fichero technicalroles.xml para que, a partir de ahora, la clase que implemente el servicio de log sea la nueva.

Daniel Fernández Lanvin Referencias URLs Libros Mastering Tomcat Development de WILEY Java Server Programming J2EE Edition de Wrox