Introduccion a la estructura de Fundeweb

© 2012. Área de las Tecnologías de la Información y las Comunicaciones Aplicadas.
Curso de introducción a Fundeweb1

Índice de contenidos
• ¿Qué es Fundeweb?
• ¿Qué tipo de aplicaciones desarrolla?
• Patrones de diseño
• Componentes de Fundeweb:
• Eclipse
• Maven
• Java
• JPA
• Hibernate
• JSF
• EJB
• Seam
• Birt

¿Qué es Fundeweb?
• Framework de desarrollo de aplicaciones J2EE
diseñado por MNCS y con inicio en el año 2008.
• Facilita el proceso de desarrollo de software.
• Abstrae a los programadores de las dependencias
de las tecnologías que se usan.
• Provee de un conjunto de facilidades que adaptan
el desarrollo a las características del Framework.
• Abstrae de la base de datos sobre la que se
trabaja.
• Automatiza las tareas de despliegue de proyectos.

¿Qué es Fundeweb?
• Automatiza el despliegue en servidores de
desarrollo y/o producción.
• Provee ayudas para el control de calidad y
supervisión de código.
• En resumen:
• Fundeweb es un framework de desarrollo de
aplicaciones que facilita a los programadores la
gestión y despliegue de proyectos.
• Incorpora un conjunto de tecnologías suficientes
para el desarrollo de aplicaciones J2EE.

¿Qué tipo de aplicaciones
desarrolla?
• Aplicaciones J2EE.
• Uso del patrón MVC.
• Aplicaciones de ServiciosWeb.
• Capa de servicios.
• Sin interfaz gráfica.
• Aplicaciones de EJB.
• Capa de servicios.
• Sin interfaz gráfica.
• Aplicaciones J2EE + ServiciosWeb + EJB
• Combinación de anteriores.

Patrones de diseño J2EE
• ¿Por qué utilizar patrones de diseño?
• Hacen que las aplicaciones sean fácilmente
extensibles.
• Mejoran la escalabilidad de la aplicación (rendimento).
• Mejoran la fiabilidad y la depuración de las
aplicaciones.
• Hacen las aplicaciones más claras y uniformes.
• Existen un gran número de patrones dependiendo de
qué capa de la aplicación queremos tratar.
• Deben tenerse en cuenta en la fase de análisis de la
aplicación para mejorar el diseño final.

Patrones de diseño J2EE
• Patrones en Fundeweb
• MVC: Modelo Vista Controlador
• Singleton
• Factoría Abstracta
• Adapter
• Observer

El patrón MVC (Modelo Vista Controlador)
• Patrón de programación de aplicaciones.
• División de la aplicación en bloques:
• Modelo: Bloque encargado de la persistencia de
datos.
• Control: Bloque encargado de la gestión del flujo de
la aplicación.
• Vista: Bloque encargado de la capa de presentación
de la aplicación.

POJs
(Plain Old Java Object) Html, xhtml
Clases Java

Patrón MVC: El modelo
• Formado por clases sin lógica de negocio llamadas
POJO.
• Mapea la estructura de las tablas de BBDD en
clases Java.
• Sirve de intermediario entre el programador y la
BBDD, facilitando el acceso y manejo de los datos.
• Permite leer, persistir y actualizar los datos de
manera sencilla para el programador.
• Define, no sólo la estructura de las tablas, sino las
relaciones entre ellas (Pk, Fk, one-to-one, many-to-
one…).

Patrón MVC: El modelo
• Adapta al “estilo Java” la gestión de los datos que
maneja.
• Requiere un motor de persistencia que sea capaz
de traducir esta capa a sentencias SQL.

Patrón MVC: La vista
• Gestiona la capa visual de la aplicación, también
denominada "Front-End".
• Es el enlace entre el usuario y la aplicación.
• Especialmente sensibles a ataques de seguridad.
• Debe estar modelada de una manera que fomente
la usabilidad y accesibilidad.

Patrón MVC: El controlador
• Gestiona toda la lógica de la aplicación.
• Ejerce de enlace entre la vista y el modelo.
• Encargado de las tareas de:
• Validación de datos.
• Flujo de navegación.
• Gestión de errores.
• Gestión de autenticación y autorización.
• Gestión de la persistencia.
• Conexión con servicios externos.

• Validación de datos:
• Comprueba que los datos introducidos son acordes a
lo que se espera (tipo de dato, tamaño…).
• Evita ejecución de comandos maliciosos
introducidos en la capa de la vista. Ej: Inyección
SQL.
• Informa al usuario de los errores producidos por la
aplicación y/o los datos de entrada (Mensajes
informativos, no de debug).

• Flujo de navegación:
• Fija las condiciones para navegar a una determinada
vista u otra.
• Permite fijar reglas complejas para calcular a qué
vista se va a navegar tras una determinad acción.
• Fija las vistas a las que hay que navegar en caso de
error, falta de permisos, etc.
• Impide el acceso a vistas no autorizadas para el
usuario actual.

• Gestión de errores:
• Detecta situaciones de error y detiene el flujo de la
aplicación.
• Reacciona ante errores producidos en la aplicación
dejándola lo más estable posible.
• Debe proporcionar mensajes suficientes y
adecuados tanto a nivel de usuario como de
depuración.

• Autenticación y autorización:
• Autenticación es el proceso por el cual se
comprueba que el usuario es quien dice ser.
• Autorización es el proceso por el cual se restringe
el acceso del usuario a las áreas que tenga
permitidas.
• Es crítico que ambos pasos no presenten problemas
de seguridad.

• Autenticación y autorización:
• Asegura que las credenciales introducidas por el
usuario son válidas para nuestro sistema.
• Carga el perfil del usuario definiendo a qué áreas de
la aplicación puede acceder, a parte de otros datos
de interés de su perfil (nombre completo, edad…).

Gestión de la persistencia
Gestiona que los datos se persistan de manera
correcta.
Asegura que en caso de error, los datos persistidos son
coherentes.
Deshace cambios en caso que sea necesario.

• Conexión con servicios externos
• Permite la conexión con:
• Servicios Web externos.
• EJB remotos.
• Gestiona la autenticación y autorización con los
servicios externos.
• Expone servicios propios para que otras aplicaciones
puedan acceder a ellos.

El patrón Singleton
• Este patron asegura que sólo habrá una única
instancia del objeto requerido.
• Evita tener instancias duplicadas en memoria.
• Optimiza el uso de los recursos del sistema.

El patrón Factoría Abstracta
• Contexto: Tenemos objetos de la misma familia pero con
diferencias estructurales.
• Este patrón nos permite crear una estructura general
para crear cualquier objeto de la misma familia.
• Estructura:
• Clase cliente: Quien invoca a la factoría.
• Factoría abstracta: Interfaz que define los métodos de las
factorías concretas.
• Factoría concreta: Familia de objetos. Instancia concreta
que se encarga de crear el objeto deseado.
• Objeto abstracto: Interfaz que define los objetos de una
familia.
• Objeto concreto: Implementación de un objeto abstracto.

El patrón Factoría Abstracta
• Este patrón es utilizado por Fundeweb para
soportar el mecanismo de autenticación múltiple.

El patrón Adapter
• Consiste en transformar la interfaz de un
componente en otra que soporte una determinada
clase cliente.
• En ocasiones no podemos modificar los métodos
que requiere una clase cliente.
• Es necesario "adaptar" dicha funcionalidad para
que cliente y proveedor de servicio se entiendan.

El patrón Adapter
• Visto con un ejemplo:
• Supongamos que tenemos un cliente que requiere los
métodos:
• Suma(op1,op2)
• Resta(op1,op2)
• La clase que sirve estas operaciones, en cambio sólo
tiene este método:
• RealizaOperacion(op1,op2,operación)
• Como podemos ver en este ejemplo cliente y
servidor no podrían comunicarse pese a que el
servidor puede realizar las operaciones que requiere
el cliente.

El patrón Adapter
• La solución que propone el patrón Adapter es crear
una clase intermedia que exponga la interfaz que
requiere el cliente.
• Esta clase en su implementación llamará al
servidor como él espera.
• Así pues:

El patrón Observer
• Necesario cuando los cambios de estado de un
elemento deben ser contemplado por un conjunto
de los mismos.
• Muy extendidos debido a las múltiples
interdependencias de estados entre componentes.
• Un objecto se registra como "listener" de un objeto
concreto.
• Cuando el objeto padre modifica su estado, envía
una notificación a todos sus "listener" para que
estos actúen como deban.

El patrón Observer
• Esquemáticamente

Eclipse
• IDE de desarrollo de aplicaciones.
• Basado en un core y un paquete de extensión o
plugins.
• Eclipse se puede adaptar mediante la instalación
de plugins a diferentes lenguajes de programación.
• Concentra toda la funcionalidad necesaria para que
los programadores desarrollen sus proyectos.
• Contiene un gestor de plugins que permite instalar
nuevos o actualizar los existentes.

Eclipse: Plugins
• Maven:
• Permite la gestión de las librerías que requiere el
proyecto.
• Especifica cuando se deben cargar las librerías:
• En Compliación.
• En runtime.
• En test.
• No cargar: existente en el servidor de antemano.
• Gestiona la construcción de proyectos.
• Requiere tener acceso a un repositorio Maven donde
buscar las dependencias del proyecto.

Eclipse: Plugins
• Subclipse:
• Cliente de Subversion para eclipse.
• Permite comparaciones entre ficheros locales y del
servidor SVN.
• Ayuda a la resolución de conflictos entre ficheros
desincronizados.
• Visualiza de manera rápida las diferencias entre
nuestro contenido local y el del repositorio.

Eclipse: Plugins
• Ant:
• Nos permite ejecutar tareas concretas para manejar
nuestros proyectos.
• Puede interactuar con todos los componentes de
nuestro entorno:
• Código fuente
• Servidores
• Test
• Creadas tareas Ant en Fundeweb para automatizar
tareas de despliegue y empaquetados de proyectos.

Eclipse: Plugins
• TestNG:
• Framework de testing para Java.
• Basado en Junit (realización de pruebas unitarias).
• Permite paso de parámetros.
• Nos permite comprobar que nuestro código hace lo que
debe.
• Permite Cubrir todo tipo de pruebas:
• Unitarias.
• Funcionales.
• End-to-end.
• Integración.
• Etc…

Eclipse: Plugins
• CheckStyle:
• Permite chequear si el código programado tiene
defectos de forma.
• Comprueba:
• Que se programa de acuerdo a estándares.
• Que el código producido sea eficiente.
• Que los comentarios sean correctos y adecuados.
• Que el código sea legible para otros desarrolladores.

Eclipse: Plugins
• FindBugs:
• Chequea el código generado para prevenir errores en
tiempo de ejecución.
• Para ello hace uso de patrones de error buscando en
el código las ocurrencias de los mismos.
• Algunos ejemplos de comprobaciones:
• Null pointers.
• Clases no serializables cuando el contexto requiere que
se serialicen.
• Posibles divisiones por cero.
• Comparaciones entre clases que no sobrescriben
equals.
• Etc…

Maven
• Maven es una herramienta que automatiza la
construcción de y pruebas de proyectos.
• Provee un conjunto de estándares de construcción,
un modelo de repositorio de artefactos y un motor
de software que administra y describe los
proyectos.
• Permite el empaquetado y despliegue de proyectos
abstrayendo a los programadores del proceso.
• Combinado con tareas Ant, cubre todas las
necesidades para la gestión de proyectos en
Fundeweb.

Maven
• Las partes del ciclo de vida principal del proyecto
Maven son:
• Compile: Genera los ficheros .class compilando los
fuentes .java
• Test: Ejecuta los test automáticos existentes,
abortando el proceso si alguno de ellos falla.
• Package: Genera el fichero .jar con los .class
compilados
• Install: Copia el fichero .jar a un directorio para que
dispongamos de él en caso de ser necesario.
• Deploy: Copia el fichero .jar a un servidor remoto,
poniéndolo disponible para cualquier proyecto maven
con acceso a ese servidor remoto.

Maven
• POM (Project Object Model)
• Es el fichero o ficheros que permite describe cómo es
un proyecto.
• Describe la meta-información del proyecto.
• Describe las librerías y dependencias que requiere.
• Describe dónde y cómo usar dichas librerías.
• Esta descripción se encuentra en los ficheros
pom.xml.
• Los pom.xml en fundeweb están distribuidos en un
pom general y otro dentro de cada módulo del
proyecto (ejb,web y ear).

Maven
• Esquema de la estructura de un fichero pom.xml

Maven
• Arquetipo:
• Es una plantilla personalizada para agrupar un
conjunto de tecnologías.
• Permite crear una estructura de proyecto acorde a
una tecnología concreta.
• Sirve para fijar estándares estructurales a nivel de
desarrollo de proyectos.
• Permite establecer dependencias fijas y librerías.
• Fudeweb dispone de dos arquetipos creados:
Proyectos J2EE y Proyectos de Servicios Web.

Java
• Lenguaje de programación orientado a objetos.
• Diseñado para tener las mínimas dependencias con
una implementación concreta.
• El objetivo es programar para cualquier dispositivo
independientemente de su arquitectura.
• Las aplicaciones java se ejecutan sobre una
máquina virtual (JVM) instalada en cada dispositivo.
• Actualmente Java es uno de los lenguajes de
programación más extendidos cubriendo el ámbito:
Web, móvil y de aplicaciones de escritorio.

Java
• Clases:
• Define todas las propiedades concretas de una
entidad que queremos modelar.
• Agrupa toda la funcionalidad (métodos) que
podemos ejecutar sobre esa entidad.
• Define relaciones entre entidades diferentes.
• Han de tener un método especial llamado
"constructor" encargado de inicializar las nuevas
clases.

Java
• Un ejemplo:
package action.vehiculos;
public class Coche {
private int puertas;
private String modelo;
private String matricula;
private boolean tieneSeguro;
public Coche() {
}
public int getPuertas() {
return puertas;
}
public void setPuertas(int puertas) {
this.puertas = puertas;
}
Nos indica a qué conjunto de clases pertenece
Inicio de la definición de la clase "Coche"
Propiedades de la clase coche
Constructor de la clase coche (vacío)
Método para obtener el parámetro "puertas"
Método para asignar valor al
parámetro "puertas"
Importante: Java es "case sensitive" por lo que no será lo mismo coche
que Coche.

Java
• Objetos:
• Un objeto es la instancia de una clase en un
momento determinado. Es decir una fotografía de
una clase en un instante dado.
• En ese momento, la clase tendrá unos datos y un
estado concreto.
• En el ejemplo anterior, una instancia de la clase
coche podría ser:
• puertas = 4
• modelo = Seat
• matrícula = 0000 XXX
• tieneSeguro = True

Java
• Implementación:
• Existe un tipo especial de clases llamadas "interfaz"
que describen una funcionalidad determinada.
• Las clases pueden decidir abordar dicha funcionalidad.
A este proceso se le llama "implementación"
• La clase está obligada a cumplir con toda la
funcionalidad que expone la interfaz.
• Una clase puede implementar más de una interfaz a la
vez.
• Para indicar que una clase implementa una interfaz se
especifica poniendo "implements NombreInterfaz" en
el encabezado de la clase.

Java
• Interfaz:
• Una interfaz es una clase que sólo contiene la
definición de los métodos.
• No contiene ninguna propiedad del tipo de objeto
que pretende definir.
• Sólo se incluye el encabezado de los métodos.
• Una interfaz pretende definir un "índice" de métodos
que deben implementar las clases que quieran ser
consideradas acorde a esa interfaz.
• Una interfaz representa algo más genérico que un
objeto concreto.

Java
• Ejemplo:
package action.interfaces;
public interface Vehiculo {
public boolean tieneSeguro();
public void recorreDistancia(int numKilometros);
public double getCombustibleRestante();
}
Nos indica a qué conjunto de clases pertenece
Inicio de la definición de la interfaz "Vehiculo"
Definición de un método

Java
• Herencia:
• Cuando una clase hereda de otra, obtiene todas sus
propiedades y métodos.
• La clase "hija" puede:
• Definir nuevas propiedades y métodos propios.
• Redefinir los métodos heredados de la clase "padre".
• Una clase sólo puede heredar de una única clase
padre. Java no posee herencia múltiple.
• Cuando una clase hereda de otra se indica poniendo
"extends NombrePadre" en el encabezado de la
clase hija.

Java
• Herencia:
• Cuando una clase quiere sobrescribir un método del
padre, se marca el nuevo método con la anotación
@Override.
• El método de la clase hija ha de tener la misma
definición que el de la clase padre.
• En caso de no sobrescribirse un método, se
ejecutará el de la clase padre.
• Si una clase padre quiere obligar a que los hijos
implementen un método, lo marca con la palabra
"abstract" y no implementa su contenido.
• En este caso la clase padre ha de marcarse también
como "abstract".

Java
• Ejemplo:
//Clase padre
public abstract class VehiculoMotor {
public abstract void echarGasolina(double litros);
}
//Clase hija
public class Coche extends VehiculoMotor{
public Coche() {
}
@Override
public void echarGasolina(double litros){
}

Java
• Referencias:
• Cuando creamos un objeto java internamente se
está creando una referencia a ese objeto.
• Si asignamos ese objeto creado a otra variable, lo
que realmente se está copiando es la referencia.
• Si modificamos un objeto, esa modificación afecta a
todas las variables que lo referencien.
• Si queremos copiarlo, debemos clonarlo en un objeto
nuevo y que la nueva variable apunte a él.
• Mientras que un objeto tenga alguna referencia, no
se liberará de memoria su contenido.

Java
• Recolector de basura:
• Es un mecanismo de Java para gestionar de manera
automática la memoria.
• Abstrae a los programadores del proceso de reserva y
liberación de memoria.
• Cuando crea un objeto reserva memoria en función de
sus características y la amplia cuando sea necesario.
• Cuando detecta que un objeto no tiene ninguna
referencia (nadie apunta a él) lo elimina liberando la
memoria ocupada.
• Gran parte de los problemas de memoria se producen
por acumulación de objetos que ya no se usan, pero
existe aún alguna referencia en el código hacia ellos.

JPA (Java Persistence Api)
• Especificación Java para definir un estándar de mapeo
de datos BBDD a objetos java, junto con su gestión.
• JPA es sólo el estándar, el resultado de su aplicación
depende de la implementación concreta que se utilice.
• Todas las implementaciones cumplen el estándar pero
tienen sus peculiaridades a la hora de interactuar con
la aplicación.
• Los componentes principales son:
• EntityManager
• POJO's

• Los POJO's (Plain Old Java Object)
• Objetos java que representan "filas" de una tabla BBDD.
• Encapsulan la estructura y dependencias de las tablas
BBDD.
• Permiten interactuar desde Java directamente con datos
de la BBDD sin necesidad de sentencias SQL.
• Abstraen a los programadores de las particularidades de
la BBDD sobre la que se base la aplicación.
• Incluye el tratamiento de restricciones de los datos:
• Columnas no nulas
• Tamaño máximo
• Etc…

• Los POJO's:
• Contienen la definición de las claves primarias.
• No se deben completar con lógica de la aplicación ya
que su finalidad es el mapeo de tablas a objetos
Java.
• Permite la introducción de atributos que no existen
en la tabla (que no se persisten) con la anotación
@Transient.
• El EntityManager es el encargado de crearlos a partir
del contenido de las tablas de BBDD.

• EntityManager:
• Gestiona el contexto de persistencia.
• Es el encargado de:
• Recuperar y persistir datos.
• Buscar instancias determinadas.
• Gestionar las transacciones.
• Validar los datos a ser persistidos.
• Revertir cambios.
• Refrescar objetos con contenido de la BBDD.
• Debe haber sólo uno en toda la aplicación.

JPA: Hibernate
• Librería Java encargada de gestionar el mapeo
BBDD objetos.
• Implementa el estándar JPA proporcionando toda la
funcionalidad que este asegura.
• Complementa el estándar con nuevas anotaciones
y un lenguaje propio de consultas (HQL).
• Permite crear consultas con una sintaxis mixta
entre SQL y Java usando (HQL).
• Permite validar el esquema BBDD con las clases
desplegadas en la aplicación.

JPA: Hibernate
POJO
EntityManager
Driver

JSF 1.2 (Java Server Faces)
• Framework de desarrollo de aplicaciones web en Java.
• Formado por:
• Api e implementación de referencia para componentes
UI.
• Maneja el estado.
• Realiza validación.
• Controla eventos.
• Provee navegación.
• Tratamiento de datos.
• Librería de etiquetas JSF para dibujar los componentes
dentro de nuestra página web.

JSF (Java Server Faces)
• Aplicación JSF:
• Se ejecuta dentro de un contenedor Servlet Java.
• Contiene JavaBeans (objetos del modelo que
gestionan la aplicación).
• Oyentes de eventos.
• Páginas (xhtml)
• Clases de utilidad para acceder a funcionalidad
avanzada (acceso a BBDD).
• Librerías de etiquetas.

• Estructura básica:
• Objetos del modelo, que mapean las tablas BBDD.
• Controlador/es de la aplicación, que gestionan el
flujo de la aplicación y las acciones a realizar según
los datos de entrada.
• Parte visual de la aplicación, que se encarga de
mostrar al usuario los componentes e interactuar
con la parte del servidor enviando los datos
introducidos.
• Ficheros de configuración, que configuran todos los
componentes de la aplicación (BBDD, interceptores,
librerías, módulos, flujos de páginas, seguridad…)

• Ciclo de vida JSF:
1. Reconstrucción del árbol de procesamiento con los
datos introducidos por el usuario.
2. Aplicación de los valores reconstruidos en el servidor.
3. Procesamiento de eventos.
4. Validación de valores introducidos.
5. Actualización del modelo.
6. Invocar aplicación (calcular respuesta, redirección,
etc…).
7. Renderizado de la respuesta al cliente.

econstrucción del árbol de procesamiento con los datos introducidos por el usu
Aplicación de los valores reconstruidos en el servidor.
Procesamiento de eventos
Validación de valores introducid
Actualización del modelo.
Invocar aplicación
Renderizado de la respuesta

• Reconstrucción del árbol de procesamiento
• Tras un submit se restaura el árbol de contenido.
• El controlador examina el contenido y crea los
componentes que se requieran por el contenido
recibido.
• El controlador examina el contenido recibido para
saber si es una nueva vista o está en una ya creada
de antemano.
• El controlador almacena los ID de las vistas que ha
recibido para saber qué objetos debe inicializar y
cuales recargar.

• Aplicación de los valores reconstruidos en el
servidor
• Cada componente creado en el paso anterior obtiene
su valor en base a lo recibido en el paso anterior.
• Los valores recibidos se convierten a los esperados
por sus respectivos componentes.
• Si un componente es marcado como inmediato, se
asigna el valor y se pasa a la etapa de validación
antes de tratar el resto de componentes.

• Procesamiento de eventos.
• En este punto han podido lanzarse errores de
conversión de tipos o de validación en caso de
valores inmediatos.
• Estos eventos se capturan y se le indican al
controlador.
• El controlador redirigirá el flujo hacia un estado
seguro devolviendo un evento de error en caso de
proceder.

• Validación de valores introducidos.
• Se procede a comprobar si los valores introducidos
cumplen las restricciones definidas.
• Estos eventos se capturan y se le indican al
controlador.
• El controlador redirigirá el flujo hacia un estado
seguro devolviendo un evento de error en caso de
proceder.
• Se ejecutarán los validadores estándar y los definidos
por el usuario en el código fuente.
• En caso de no cumplirse alguna restricción se lanzará
un evento de error y se redirigirá el flujo.

• Actualización del modelo.
• Una vez validados los datos se procede a actualizar
el modelo.
• Se copian los datos procesados en las clases Java
que los representa pasando la información a la parte
de control de la aplicación.
• En este punto los valores copiados son válidos desde
el punto de vista de la corrección, aunque pueden
ser inválidos para la lógica de negocio.

• Invocar aplicación.
• Con los valores introducidos procedemos a invocar a
la lógica de negocio de la aplicación.
• Tras procesar los datos pasaremos a generar una
respuesta o bien a un estado de error.
• En este punto se persistirán los datos, calculará la
redirección, se harán las llamadas a servicios
externos, etc…

• Renderizado de la respuesta al cliente.
• Se genera la página de respuesta al cliente en base
al resultado obtenido en la fase anterior.
• Se tratará el árbol de respuesta para mostrar los
elementos que así sean necesarios como sus
valores.
• En caso de haberse producido un error deberá
notificarse al cliente en esta redirección.

EJB
• Enterprise Java Beans (EJB) es una plataforma que
nos permite modularizar lógica de nuestras
aplicaciones.
• Es una porción de código alojada en un contenedor
EJB y accesible por las aplicaciones que así lo
requieran.
• Su misión es la de deslocalizar operaciones comunes
a varias aplicaciones, favoreciendo la reutilización.
• Las aplicaciones sólo deben localizarlo en el
contenedor EJB para poder tener acceso a la
funcionalidad que provee.

EJB: Funcionamiento
• Basado fundamentalmente en el contenedor EJB.
• Este contenedor almacena todas las clases y
objetos necesarios para el funcionamiento de los
EJB que contiene.

EJB: Funcionamiento
• El proceso que describe la figura anterior es el
siguiente:
• El cliente inicia la solicitud de ejecución de un
método.
• El contenedor EJB comprueba si el cliente cumple
con los permisos para ejecutar dicho método.
• El contenedor EJB busca los EJB u objetos adicionales
que se necesiten para ejecutar el método.
• Se realiza la ejecución y se devuelve el resultado al
cliente.

EJB: Tipos
• Los EJB's están formados por al menos dos
componentes:
• Interface: Puede ser Local o remota y es la
encargada de exponer los métodos que implementa
el EJB.
• POJO: Es la implementación real del EJB.
• La interfaz es el punto de enlace entre la aplicación
cliente y el EJB.
• Sin interfaz no se podrá acceder de manera remota
a la funcionalidad del EJB.

EJB:Tipos
• Existen tres tipos de EJB:
• Session Beans
• Message-Driven Beans
• Entites Beans
• El primer tipo englobará los EJB que proveerán
servicios independientes a nuestra aplicación.
• El segundo tipo son similares al anterior pero se
usan para procesos que requieran ser síncronos.
• El tercer tipo representa a los POJO's de la capa de
persistencia vistos en JPA.

EJB:Tipos
• De los tres tipos anteriores los más importantes
son los Session Beans que pueden ser:
• Stateless: Sin estado, no almacenan ningún valor y
en cada ejecución se deberán inicializar los valores
que se quieran usar.
• Statefull: Guarda estado entre ejecuciones por lo que
podremos recuperar datos pasados y operar con
ellos.

EJB: Usos frecuentes
• Existen principalmente dos usos en aplicaciones
Fundeweb:
• EJB internos a la aplicación.
• Proporciona una funcionalidad definida en nuestra
aplicación que queremos que sea accesible desde
varios componentes.
• EJB externos a la aplicación.
• Proporciona una funcionalidad general que queremos
exponer para que sea usado por nuestra aplicación o
por cualquier otra que así lo desee.

EJB: Ventajas
• Reduce la cantidad de memoria necesaria para
ejecutar determinada lógica de negocio.
• Favorece la reutilización de código.
• Mejora la legibilidad del proyecto.
• Abstrae de la creación y eliminación de los objetos
de control.
• Siempre podemos externalizar una determinada
implementación si así lo quisieramos.

Seam
• Seam es un framework J2EE 5 ligero.
• Integra JSF con EJB3, POJOs, y JPA (Hibernate).
• Permite utilizar el patrón MVC.
• Permite manejar las dependencias mediante
biyección DI (Outjection-Injection).
• Extiende el lenguaje de JSF EL.
• Corrige problemas del estándar JSF.
• Añade nuevos contextos, ejemplo: Conversación.

Seam
• Introduce conversores automáticos para entidades
del modelo.
• Fácil manejo de la seguridad (JPA, LDAP y
personalizble).
• Fácil integración de los Test Unitarios, de
Integración y Vistas: TestNG.
• Soporta la utilización de Ajax.
• Permite utilizar el lenguaje de expresiones EL.
• Utilizar paginas XHTML en lugar de JSP, que permite
ganar rendimiento al no necesitar el precompilado Java.

Seam
• No son necesarios los beans de respaldo para las
paginas JSF:
• Se pueden utilizar componentes transaccionales
directamente sobre las paginas o en otros
componentes.
• Beans de sesion o entidad EJB3 o POJOs.
• Internacionalización integrada.
• Biyección de Dependencias
• Inyección: Inyecta dependencias en un objeto Java.
• Outyección: Expone un objeto Java para que sea
inyectado.

Birt
• Generador de informes basado en eclipse.
• Compuesto por dos componentes principales:
• Editor de Informes.
• Generador de Informes (BirtUM)
• Pretende abarcar el mayor rango de componentes
disponibles a la hora de realizar un informe.
• Centrado en permitir diseñar fácilmente informes
de manera gráfica.
• Objetivo: Descargar a los desarrolladores del
trabajo de plasmar en un informe las
especificaciones detalladas del cliente.

Birt: Editor de informes
• Herramienta integrada dentro del IDE Eclipse
• Estructura enfocada al diseño de informes de
manera visual.
• Provee diferentes maneras de acceder a los datos:
• Directamente sobre BBDD.
• A través de csv o XML.
• Vía WebServices.
• …
• Define una manera clara de filtrar los datos que
queremos tratar en un momento determinado.

• DataSources
• Un DataSource es la propia fuente de datos.
• Definimos su tipo y su manera de conectar.
• Nos permite acceder a la información que necesita el
informe.
• DataSet
• Es un subconjunto de los datos que provee el
DataSource.
• Sobre ellos podemos realizar operaciones en el informe.
• Podemos definir tantos DataSet's como subconjuntos
queramos.

• DataSet
• Permite crear datos adicionales.
• Permite calcular valores en base a los datos incluidos
en el.

• Parámetros:
• Birt permite que se definan parámetros de entrada
en el informe.
• Estos parámetros pueden tener varias funciones:
• Configurar aspectos generales del informe.
• Proveer el propio origen de los datos en los que se
basará el DataSource (por ejemplo en informes a partir
de XML).
• Los parámetros son recogidos por el motor de
informes y se procesan antes de la generación del
mismo.

Árbol de orígenes de datos
Editor de informes
Propiedades de los elementos
Árbol de elementos

• Árbol de orígenes de datos:
• Contiene todos los componentes que aportan datos para
generar el informe:
• DataSource: Origen real de los datos.
• DataSet: Agrupación de datos.
• DataCubes: Agrupación cruzada de datos.
• Parámetros del informe: Parámetros de entrada del
informe.
• Variables: Variables que se usarán durante la generación
del informe.
• A partir de los componentes dados de alta en esta vista,
se podrán rellenar las estructuras de datos del informe.

• Editor de informes
• Vista encargada de permitirnos diseñar el informe.
• Permite el diseño visual o directamente sobre
código.
• Pose una vista "Master Page" para definir la
estructura general de todas las páginas.
• Permite introducir scripts a ejecutar según
determinados eventos.
• Permite editar visualmente el informe.
• Permite visualizar una vista previa del resultado,
siempre que sea posible.

• Árbol de elementos
• Añade a la información del árbol de orígenes de
datos la estructura del informe.
• Muestra de una manera clara y ordenada cómo se
"pintan" los componentes del informe.
• Establece las dependencias entre elementos.
• Nos permite visualizar los scripts o librerías añadidas
al informe.

• Propiedades de los elementos
• Esta vista permite ajustar parámetros de cada uno
de los elementos del informe.
• Nos permite asignar componentes gráficos a
orígenes de datos.
• Permite realizar filtrados
• Permite establecer condiciones sobre los
componentes.
• Ej: Decidir si se pinta o no dependiendo de un valor.
• Permite modificar el aspecto de los componentes.
• Cada componente, además de la configuración
general, añade su configuración propia.

BirtUM
• Componente de ATICA para la generación de informes Birt.
• Expone dos interfaces:
• Informes BBDD
• Informes XML
• Ambas soportan paso de parámetros al servidor.
• Los informes BBDD devuelven el informe de dos maneras:
• URL
• Array bytes.
• Los informes XML sólo devuelven el informe como Array
de bytes.

BirtUM
• La generación de informes XML puede devolver dos
posibles resultados:
• PDF
• XLS (multi hoja)
• Permite depurar fácilmente con SoapUI la
generación de informes desde un cliente.
• Importante configurar timeouts adecuados para los
test.

Ejercicio Birt
• Haciendo uso del editor de informet Birt realizar el
diseño de un informe acorde la plantilla
proporcionada.
• Usar el fichero xml proporcionado como entrada de
datos.
• Diseñar con Birt el informe.
• Previsualizar el informe en PDF.

Ejercicio Birt
• Pasos a seguir:
• Crear un proyecto Birt y un fichero de informes vacío.
• Definir la fuente de datos (fichero XML).
• Modificar el "master page" para definir encabezado y pie
de página.
• Crear DataSet que agrupe todos los libros con su
conteido.
• Crear una tabla que muestre ese DataSet.
• Crear un DataSet que contenga el precio de los libros y
dos columnas calculadas:
• Libros con precio superiro a 10€
• Libros con precio inferior a 10€
• Ojo: Hacer uso de propiedades calculadas y filtrado.

Ejercicio Birt
• Pasos a seguir:
• Crear Grid para contener el texto necesario.
• Insertar gráfico de barras y definir condiciones para
que cuente los libros que hay por autor.
• Probar que el informe se imprime correctamente.

Resumen
• Fundeweb es un framework compuesto por un
conjunto de tecnologías que persigue facilitar el
desarrollo de aplicaciones web.
• Provee de los mecanismos necesarios para abarcar
cualquier proyecto web (EJB, WebServices, JSF…)
• Permite crear componentes genéricos para uso
entre grupos de trabajo.
• Coordina todas las librerías mediante Maven
haciendo uso de los repositorios disponibles.

Gracias por vuestra atención
¿Alguna pregunta?

Introduccion a la estructura de Fundeweb

Más contenido relacionado

Similar a Introduccion a la estructura de Fundeweb

Último

Introduccion a la estructura de Fundeweb