Introducción
Prefacio
Uno de los problemas que encarán los desarrolladores J2EE es la sincronización de su código con los descriptores de despliegue J2EE. Según progresa el desarrollo de componentes, los desarroladores tienen que ir actualizando los descriptores de despliegue, una tarea generalmente tediosa que puede provocar otros errores, en lugar de dedicar el tiempo a la lógica de negocio de la aplicación. Xdoclet genera estos interfaces y clases de ayuda junto con los descriptores de despliegue, analizando los ficheros fuente. Estos ficheros se generan partiendo de plantillas que utilizan la información proporcionada en el código fuente y sus etiquetas JavaDoc. XDoclet permite a los desarrolladores concentrarse en un único fichero fuente Java por cada componente, es decir, concentrarse en la lógica de negocio de la aplicación, y el resto lo hace Xdoclet.
Durante muchos años los desarrolladores han estado buscando este tipo de herramientas que aceleran el proceso de desarrollo y despliegue, y Xdoclet ciertamente es un paso en esa dirección. Espero que encuentres que Xdoclet hace más rápidos y fáciles el desarrollo y el despliegue. Por eso explora el poder de Xdoclet, Eclipse y JBOSS!
Introducción
Prerequisitos
Antes de empezar este tutorial deberías tener algún conocimiento de la Tecnología Java, XML, la tecnología J2EE y algo de SQL, los conceptos de JDBC, y Xdoclet (Attribute Oriented Programming). Incluso si eres nuevo en muchas de estas cosas - no te asustes, aprenderás muchas cosas por el camino!
Herramientas requeridas
Necesitarás una versión actualizada del Java Development Kit (JDK) o del Java Runtime Environment (JRE) - al ménos JDK 1.3 o superior. También se requiere Eclipse 2.1 como Integrated Development Environment (IDE) junto con su plug-in Lomboz 2.1_02 para el desarrollo de aplicaciones J2EE y su integración con JBOSS.
Utilizaremos JBOSS-3.2.1 como servidor de aplicaciones, junto con su servidor Web Jetty y su base de datos integrada Hypersonic SQL.
Introducción al Ejemplo
Para este tutorial utilizaremos un ejemplo similar a un Inventario, pero en vez de utilizar algún complejo escenario o entrar en el extricto diseño de la base de datos, nuestro ánimo es aprender cómo diseñar y desarrollar varios componentes J2EE utilizando esta nueva y revolucionaria aproximación de Programación Orientada al Atributo con la ayuda de estas herramientas.
Tenemos un esquema de base de datos llamado 'MyStore' que está compuesto por cinco tablas.
- La tabla Supplier almacena detalles de los suministradores (muchos) que venden diferentes materiales a MyStore el manager de MyStore envía una solicitud a los suministradores cuando surge la necesidad.
- La tabla Manager almacena detalles de los managers que ejecutan MyStore, actualmente sólo hay un manager.
- La tabla Customer almacena detalles de los clientes (muchos) que han comprado algún ítem al menos una vez.
- La tabla Items mantiene un inventario de los ítems disponibles/no-disponibles (muchos).
- La tabla StoreAccess almacena los detalles de autentificación de todos los clients, suministradores y managers para el acceso on-line a MyStore.
Abajo tenemos una imagen de la base de datos MyStore:
Para acceder a los datos de la base de datos y para hacer operaciones de negocio, crearemos varios componentes J2EE incluyendo JavaBeans Enteprise de Sesión, de Entidad y Dirigidos-a-Mensaje además de clientes Web que utilizan Servlets y páginas JSP.
La siguiente figura presenta una idea de la arquitectura de la aplicación MyStore:
Nota:
En el caso de los clientes Web, los Servlets/JSP envían una petición a los beans utilizando RMI (Remote Method Invocation). Los beans de entidad (con y sin estado) con Persistencia Manejada por el Bean (BMP) acceden a los datos de la base de datos utilizando Data Access Objects (DAO), que son envolturas para código Java Database Connectivity (JDBC), mientras que los beans de entidad con persistencia manejada por el contenedor (CMP) no requieren DAO, ya que el contenedor maneja la comunicación entre los beans y la base de datos, lo que es una característica muy poderosa. Finalmente, en el caso de clientes Java las peticiones a los beans de entidad se realizan mediante la tecnología Java de capa media (RMI, CORBA, Java Messaging).
|
En la imagen de abajo puedes ver todos los beans implementados a lo largo de este tutorial así como sus métodos/comportamientos públicos. StoreAccessBean es un bean de sesión facade, que expone su interface a la Capa de Presentación mientras encapsula las complejas interacciones de negocio con los beans de entidad Customer, Manager, Item y Suppler.
Los clientes, suministradores y managers de MyStore, entran en el sistema utilizando el bean de sesión sin estado StoreAccess. Una vez autentificados, piden información sobre el inventario, o los detalles de cada uno utilizando los distintos interfaces disponibles en el bean StoreAccess, que llama a los métodos del resto de beans, desde donde se solicita la información. RequestItems y
DeliverItems son Beans dirigidos-al-mensaje que escuchan mensajes desde un productor JMS y transfieren los mensajes a los beans apropiados.
Empecemeos el tutorial configurando el entorno en la página siguiente.
Tutoriales
