Apache Struts

1
Capa deInfraestructura
2
Capa deInfraestructura

• 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 -gt Portabilidad?
• Ej. Servicio de Log varía de formato de salida
  de una empresa a otra, inclusive dentro del mismo
  grupo empresarial.

3
Capa deInfraestructura
Capa de infraestructura

Componentes
Clases Gestoras
4
Gestión de losServicios 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
5
Gestión de losServicios 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 -gt
  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.

6
Objetivos de laCapa 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 -gtAumento de rendimiento.

7
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.

8
El FrameworkAVALON 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.

9
Piloto conAvalon

• 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

10
WorkShop!Crear nuevo Servicio de LOG!

• Sobre la versión 14.0 de Trabajo
• Crear la clase com.dflanvin.infraestructura.log.Mi
  LogService.java (copiandola del DefaultLogService
  ) ).
• Modificar la clase para que genere la salida de
  log por un fichero
• import java.io.
• 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 )

11
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 ( parametersi.getName().equals("fichero") )
• fichero parametersi.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.

12
Referencias

• URLs
• http//jakarta.apache.org/Avalon
• http//theserverside.com
• Libros
• Mastering Tomcat Development de WILEY
• Java Server Programming J2EE Edition de Wrox