Home > Documentation > Apache Geronimo v1.1 - Guía de Usuario > Aplicaciones ejemplo > Aplicación EJB ejemplo |
Enterprise Java Beans ha sido uno de los extremos sólidos de la especificación J2EE. Como un servidor certificado J2EE 1.4, Apache Geronimo soporta EJB's extensivamente con el apoyo del Contenedor de EJB, OpenEJB. Aunque es posible usar objetos Java estándar para contener tu lógica de negocios y datos de negocio, el uso de EJBs direcciona muchos de los temas del uso de objetos Java simples, como la escalabilidad, administración del ciclo de vida y administración de estado. En este artículo, observarás como una aplicación inicial de base de datos se extiende y usa tanto para clientes de aplicación locales y remotos, con un fondo (back end) de Enterprise Java Beans. La aplicación usa a Apache Derby incluido como su base de datos. Emplea este artículo para aprender el como simplificar tu proceso de desarrollo de aplicación empresarial.
La aplicación bancaria tiene dos tipos de aplicaciones cliente, llamadas "Aplicación de Banca Remota" y "Aplicación de Banca Web". Cada cliente demuestra el cómo referirse a Enterprise Java Beans en interface remota y local, respectivamente. Ambos clientes hacen referencia a una capa de lógica de negocio común, la cual ha sido implementada con la ayuda de Session y Entity Beans. Stateless Session Beans actúan como la interfaz de servicio de negocio entre entidades de negocio y clientes de aplicación. Toda entidad de negocio de la capa de aplicación se implementa con CMP y BMP Entity Beans. Relaciones entre entidades CMP son administradas como Container Managed Relations (Relaciones Administradas por el Contenedor).
Después de la lectura de este artículo deberías ser capaz de obtener lo mejor de las características EJB de Geronimo, como la definición de Enterprise Java Beans, la administración de relaciones entre ellos y la referencia a EJB's a través de distintos tipos de clientes.
Este artículo esta organizado con las secciones siguientes.
La implementación EJB puede variar de un distribuidor a otro. A continuación se muestra la lista principal de características que soporta Apache Geronimo como un contenedor J2EE.
Como se mencionó previamente, la aplicación de Banca soporta dos tipos de clientes de aplicación negocio. El panorama de cada cliente se muestra a continuación.
Ambas aplicaciones usan una capa de servicio de negocio común. Detrás de esa capa de servicio de negocio, existen tres entidades de negocio comunes que aparecen en el dominio de la aplicación bancaria: Cuenta, Cliente y TasaDeCambio. Cada Cliente puede tener más de una Cuenta, mientras una Cuenta puede pertenecer a un solo Cliente. TasaDeCambio representa el valor de tasa dada por el banco, en relación a USD para una divisa particular.
La siguiente figura proporciona la arquitectura general de la aplicación bancaria.
La aplicación bancaria consiste en la lista siguiente de paquetes y clases.
Finalmente, la aplicación bancaria será activada como EAR en el servidor de aplicaciones. La revisión global de la estructura del contenido del archivo EAR se muestra a continuación.
Primero, analizaremos como la capa de servicio de negocio de la aplicación ha sido implementada con la ayuda de EJBs. En este ambiente de aplicación, todo EJB emplea XDoclet para generar su meta-información y sus interfaces.
openejb-jar.xml define las características específicas de EJBs sobre Geronimo. Tiene tanto información de EJB como sus relaciones. Además proporciona una liga al pool de base de datos de la aplicación. Entity Beans en la aplicación dependen de esa pool. Nota que la parte final de este archivo define una Container Managed Relation (CMR) 1-N entre los Beans Customer y Account.
BankPool.xml es un archivo de configuración típico de una pool de base de datos, la cual se conectará a BankDB, definida en el servidor de base de datos incluído: Derby. Entity beans de la aplicación se refieren a la base de datos mediante su archivo de configuración.
geronimo-application.xml y application.xml definen los componentes principales del EAR. La información de archivos de los componentes EJB y Web se proporcionan en estos archivos. Además, estos dos archivos XML definen el uso del pool de base de datos en esta aplicación, indicándolo mediante tranql-connector-1.2.rar y BankPool.xml.
---------------------------------------> FALTA TRADUCCION
Since Banking Web Application is a part of EAR, the BankManagerFacade Session Bean will be reffered as a local interface. Those additional configuration information required for the EJB reference can be found in the web.xml.
Account Balance Modifier swing application refers the same BankManagerFacade Session bean as a remotely refer EJB. It's configuration information can be found in the bank_client.properties file.
Always check for the correct network information to run this application client out side of the local computer.
The sample database that is being used to demonstrate this application is inbuilt Derby database. The name of the sample database is BankDB and it consists of three tables, CUSTOMER ,ACCOUNT and EXCHANGE_RATE. The fields for each of these tables are described below.
Table Name | Fields |
---|---|
CUSTOMER | CUST_ID (PRIMARY KEY) |
ACCOUNT | ACC_NO (PRIMARY KEY) |
EXCHANGE_RATE | RATE_ID (PRIMARY KEY) |
The CUSTOMER table stores the data related to the customers.It stores only the identification number and and the name. ACCOUNT table has a unique account number for identification. Account type and balance are the other information stored. CUSTID_FK is a foriegn key to the Customer table which is the owner of the Account. EXCHANGE_RATE table has a primary key of RATE_ID for an identification. Each record of EXCHANGE_RATE has CURRENCY name and RATE paid by the bank.
The tools used for developing and building the Banking applications are:
XDoclet is an open source code generation engine. It enables Attribute-Oriented Programming for java. In short, this means that you can add more significance to your code by adding meta data (attributes) to your java sources. This is done in special JavaDoc tags.
Although XDoclet originated as a tool for creating EJBs, it has evolved into a general-purpose code generation engine. XDoclet consists of a core and a constantly growing number of modules. It is fairly straight forward to write new modules if there is a need for a new kind of component.
http://xdoclet.sourceforge.net/xdoclet/index.html
Apache Derby, an Apache DB subproject, is a relational database implemented in Java. Its footprint is so small you can easily embed it in any Java-based solution. In addition to its embedded framework, Derby supports a more familiar client/server framework with the Derby Network Server.
http://db.apache.org/derby/index.html
The Eclipse IDE was used for development of the sample application. This is a very powerful and popular open source development tool. It has integration plug-ins for the Geronimo too. Eclipse can be downloaded from the following URL:
http://www.eclipse.org
Ant is a pure Java build tool. It is used for building the war files for the Inventory application. Ant can be downloaded from the following URL:
http://ant.apache.org
Download the bank application from the following link:
Bank
After decompressing the given file, the bank directory will be created.
Configuration of the application consists of creating the database and defining the connection pool to access it.
After starting Apache Geronimo log into the console and follow the given steps to create the BankDB.
Bank application comes with an Ant script to help users to build from source code. It has to be properly configured before using it to build from source code. build.properties file in the config directory has to modify according to your enviroment. Set the correct paths to the xdoclet.home and geronimo.home directories.
Also set the correct network information in the bank_client.properties file, which is going to reffered by remote application client.
This build script depends on XDoclet version 1.2.3 and Geronimo 1.1.
Use a command prompt to navigate into the bank directory and just give ant command to build. It will create the Bank.ear and bankclient.jar under the bank/releases folder. Also note it will create a lib folder with a list of jar files reffered by the client application. Now, you are ready to deploy bank application in the Geronimo Application server.
Deploying sample application is pretty straight forward as we are going to use the Geronimo Console.
Core business application logic of the banking application is shared between two different clients. Testing of each client is given below.
To test the sample web application open a browser and type http://localhost:8080/Bank. It will forward you to the index page of banking application which has direct links to the view customer and exchange rate information. To view the list of account information of each customer, provide a relavant customer id in the DB. Exchange rate page will display list of all currencies in the exchange rate table.
Banking remote application client can be run by issuing the java -jar bankclient.jar in a command prompt. Use an existing account number in the database to view it's balance. Modification of account balance can be done by providing a numeric value to the balance field and using the Update button.
Always consider that the lib folder inside releases are a part of this client application.Check your Operating Sytem's security configuration when you connect from a remote machine.
This article has shown you how to use the EJB features of the Apache Geronimo. It has provided step-by-step instructions to build an application, deploy and run it to elaborate those features.
Following are some of the highlights of the article.
<--------------------------------------- FALTA TRADUCCION
Bookmark this on Delicious Digg this | Privacy Policy - Copyright © 2003-2009, The Apache Software Foundation, Licensed under ASL 2.0. |