Professional Documents
Culture Documents
Infraestructura
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?
z Ej.: Servicio de Log varía de formato de salida
de una empresa a otra, inclusive dentro del
mismo grupo empresarial.
Capa de
Infraestructura
+
Componentes Clases Gestoras
Capa de infraestructura
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
Componente
emplea el
Servicio
servicio de
Infraestructura
infraestructura Interfaz que
define el servicio
Gestión de los
Servicios 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.
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.
Frameworks IoC
{ El patrón Inversion Of Control
o Inyección de dependencias
(Fowler).
{ Apache Avalon/Excálibur
z Ex Proyecto Jakarta.
{ Spring Framework
z Contenedor IoC (entre otras
muchas cosas…)
z Incorporado al FPA desde la
versión 1.3
{ PicoContainer
El Framework
AVALON Excálibur de Jakarta
{ URLs
z http://jakarta.apache.org/Avalon
z http://theserverside.com
{ Libros
z Mastering Tomcat Development de
WILEY
z Java Server Programming J2EE
Edition de Wrox