Raible's Wiki
Raible Designs AppFuseHomepage- Korean - Chinese - Italian - Japanese QuickStart Guide User Guide Tutorials Other ApplicationsStruts ResumeSecurity Example Struts Menu
Set your name in
UserPreferences
Referenced by
JSPWiki v2.2.33
Hide Menu |
This is version 5.
It is not the current version, and thus it cannot be edited. Parte II: Creating new Managers - Instrucciones para crear Fachadas de Logica de Negocios (Business Facades) que interaccionan con la capa de acceso a datos (DAO) y manejan todo lo relacionado con la gestion de transacciones.
Sobre este tutorialEste tutorial te mostrara como crear clases del tipo Business Facada (asi como test unitario ) para interactuar ,con la capa DAO creada in Part I.En el contexto de AppFuse, crearemos lo que se llama una clase Manager. Su principal objetivo es la de servir de puente entre la capa de persistencia DAO y la capa de presentacion. Tambien permite aislar la capa de presentacion de la capa de persistencia(i.e. para aplicaciones Swing ). Ademas, contienen toda la logica de la aplicacion.
Vamos a empezar creando una clase ManagerTest y otra clase Manager en la arquitectura de AppFuse. Tabla de Contenidos
Crear una nueva clase ManagerTest para ejecutar tests JUnit con relacion a la clase Manager. [#1]En Part I,creamos una clase Person y PersonDao - por lo que vamos a seguir desarrollando esta entidad. Primero, crearemos una nueva clase de prueba JUnit para probar la clase PersonManager. Crea la clase PersonManagerTest en el directorio test/service/**/service. Vamos a probar los metodos basicos (leer, anadir, eliminar) que contiene nuestra clase.
Esta clase debe heredar la clase BaseManagerTestCase|http://raibledesigns.com/downloads/appfuse/api/org/appfuse/service/BaseManagerTestCase.java.html], la cual ya existe en el paquete service . La clase padre (BaseManagerTestCase) tiene un proposito similar a la clase BaseDaoTestCase.
El siguiente codigo es lo que necesitas para una prueba basica de tu clase Manager. A diferencia de la clase DaoTest, esta prueba usa jMock para aislar la clase Manager de sus dependencias , permitiendo asi una verdadera prueba unitaria. Esto puede ser muy util ya que permite probar la logica sin tener que preocuparnos de las clases dependientes. El codigo simplemente asigna la clase Manager y sus dependencias (como Mocks) para la prueba.
Ahora que tienes la estructura basica necesitamos hacerlo mas detallado. Vamos a anadir los metodos de prueba para asegurarnos que todo funcionoa como debe ser. A continuacion te muestro un extracto del tutorial DAO Tutorial que te ayudara a entender lo que vamos a implementar.
Anade los metodos siguientes a la clase PersonManagerTest.java:
Esta clase no compilara todavia porque no hemos creado la interface PersonManager.
Crear una nueva clase Manager que interaccione con la capa DAO [#2]Primerament, crearemos la interface PersonManager.java en el directorio src/service/**/service directory y anadiremos las cuatro operaciones basicas (ALAS) que son necesarias para cualquier clase que implemente esta interface. He eliminado las JavaDocs en la clase para mostrarlo mejor. El metodo setPersonDao() no es usado en la mayoria de los casos- solo existe para que la clase PersonManagerTest asigne el DAO en la interface.
Now let's create a PersonManagerImpl class that implements the methods in PersonManager. To do this, create a new class in src/service/**/service/impl and name it PersonManagerImpl.java. It should extend BaseManager and implement PersonManager.
One thing to note is the setPersonDao() method. This is used by Spring to bind the PersonDao to this Manager. This is configured in the applicationContext-service.xml file. We'll get to configuring that in Step 3[3]. You should be able to compile everything now using "ant compile-service". Now you need to edit Spring's config file for our services layer so it will know about this new Manager. Configure Spring for this Manager and Transactions [#3]To notify Spring of this our PersonManager interface and its implementation, open the src/service/**/service/applicationContext-service.xml file. In here, you should see a commented out definition for the "personManager" bean. Uncomment this, or add the following to the bottom of this file.
The "parent" attribute refers to a bean definition for a TransactionProxyFactoryBean that has all the basic transaction attributes set. Run the ManagerTest [#4]Save all your edited files and try running ant test-service -Dtestcase=PersonManager. Yeah Baby, Yeah:
BUILD SUCCESSFUL The files that were modified and added to this point are available for download. Next Up: Part III: Creating Actions and JSPs - A HowTo for creating Actions and JSPs in the AppFuse architecture.
|