Qué ofrece Autentia Real Business Solutions S.L?

Transcripción

1 Avenida de Castilla,1 - Edificio Best Point - Oficina 21B San Fernando de Henares (Madrid) tel./fax: info@autentia.com - Qué ofrece Autentia Real Business Solutions S.L? Somos su empresa de Soporte a Desarrollo Informático. Ese apoyo que siempre quiso tener Desarrollo de componentes y proyectos a medida 2. Auditoría de código y recomendaciones de mejora 3. Arranque de proyectos basados en nuevas tecnologías 1. Definición de frameworks corporativos. 2. Transferencia de conocimiento de nuevas arquitecturas. 3. Soporte al arranque de proyectos. 4. Auditoría preventiva periódica de calidad. 5. Revisión previa a la certificación de proyectos. 6. Extensión de capacidad de equipos de calidad. 7. Identificación de problemas en producción. 3a RFP Gran Empresa Concurso Verificación previa Consultora 1 Tecnología Desarrollo Sistemas Producción Consultora 2 Piloto 3b Certificación o Pruebas Consultora 3 autentia Equipo propio desarrollo 4. Cursos de formación (impartidos por desarrolladores en activo) Spring MVC, JSF-PrimeFaces /RichFaces, HTML5, CSS3, JavaScript-jQuery Gestor portales (Liferay) Gestor de contenidos (Alfresco) Aplicaciones híbridas Control de autenticación y acceso (Spring Security) UDDI Web Services Rest Services Social SSO SSO (Cas) Tareas programadas (Quartz) Gestor documental (Alfresco) Inversión de control (Spring) Compartimos nuestro conociemiento en: JPA-Hibernate, MyBatis Motor de búsqueda empresarial (Solr) ETL (Talend) Dirección de Proyectos Informáticos. Metodologías ágiles Patrones de diseño TDD BPM (jbpm o Bonita) Generación de informes (JasperReport) ESB (Open ESB) Para más información visítenos en:

2 Página 1 de 8 Home Quienes Somos Empleo Foros Tutoriales Servicios Gratuitos Contacte Tutorial desarrollado por: Alberto Carrasco Montenegro Puedes encontrarme en Autentia Descargar este documento en formato PDF springwebflow.pdf Curso Web J2EE Curso Avanzado en Desarrollo Web con J2EE Master Java J2ee Oracle Prácticas laborales 100% aseguradas Nuevo temario de Struts. Trabaja ya Formación Empresas Consultoría de Formación Tecnologías Web Anuncios Google Anunciarse en este sitio En Autentia trabajamos constantemente con los frameworks mas avanzados para el diseño de servicios web en nuestros desarrollos. En esta línea, dedicamos especial interés a la investigación y utilización de las extensiones de estos frameworks que faciliten y aporten mayor potencia al diseño de una aplicación web. Hoy os queremos mostrar una introducción al módulo Spring Web Flow del framework Spring de cara al desarrollo de aplicaciones web. 1. Qué es Spring Web Flow? Spring Web Flow es un módulo del framework Spring dirigido a definir y gestionar los flujos de páginas dentro de una aplicación web. El flujo de páginas de una aplicación web consiste en la secuencia de páginas por las que pasa dicha aplicación en función de la conversación que mantenga con el usuario. Dependiendo de las opciones que escoja el usuario, resultados de las operaciones de proceso etc, la aplicación seguirá una ruta de páginas especifica u otra. Por ejemplo, el flujo de páginas de una aplicación web sencilla podría ser el siguiente: La aplicación se dedica a registrar los datos de los usuarios que la acceden. Desde la pagina inicial el usuario selecciona la opción REGISTRAR para proceder a su registro. Se le muestra una página donde debe introducir sus datos personales para completar el registro. Una vez introducidos, la aplicación muestra una página confirmando el registro si no se produjo ningún error, o bien ofrece al usuario la posibilidad de volver a introducir sus datos correctamente si se produjo algún error. Como puede observarse, la forma más intuitiva de representar el flujo de páginas de una aplicación es con un diagrama de estados. Spring Web Flow utiliza estructuras declarativas basadas en máquinas de estados, como se mostrará más adelante. Partiendo de este concepto, los aspectos fundamentales que potencia Spring Web Flow son: Encapsulación de la lógica de los flujos de páginas como un módulo autónomo que puede reutilizarse en diferentes situaciones. Hay aplicaciones web específicas que suelen utilizar la misma lógica de flujo de páginas, como por ejemplo, aplicaciones tipo carrito de la compra, correo web, etc. Proporcionar un motor capaz de capturar los flujos de páginas de una aplicación, integrándolo con algunos frameworks de uso habitual como Spring, Spring MVC o JSF. 2. Instalación y requisitos El ejemplo sencillo que se estudiará más adelante en este documento, se desarrolló y ejecutó en un entorno Windows XP que disponía de la distribución Java j2sdk Esta distribución puede obtenerse gratuitamente desde la web de SUN en el enlace: Es necesario obtener distribuciones del framework Spring y de Spring Web Flow. Para realizar el ejemplo que se comentará más tarde, se utilizaron las ditribuciones spring-framework zip y spring-webflow-pr5.zip, que pueden obtenerse gratuitamente desde los enlaces:

3 Página 2 de Una vez descomprimidos ambos archivos, será necesario que los siguientes archivos sean visibles en el classpath: spring-framework-1.2.6/dist/spring.jar spring-webflow-pr5/dist/spring-binding-1.0-dev jar spring-webflow-pr5/dist/spring-webflow-pr5.jar Se utilizó la herramienta Ant para compilar y empaquetar el ejemplo realizado. La distribución utilizada es apache-ant bin.zip, que puede obtenerse gratuitamente desde el siguiente enlace: Por último, para deplegar el ejemplo se utilizó el contenedor de aplicaciones web de Tomcat. Se utilizó la distribución jakarta-tomcat zip, que puede obtenerse gratuitamente desde el enlace: 3. Un ejemplo sencillo 3.1. Idea Para ilustrar el funcionamiento y la forma de trabajar con Spring Web Flow se realizará una aplicación web cuya funcionalidad será la siguiente: Obtener nombre y apellidos del usuario a través de un formulario. Comprobar que se introdujeron dichos datos en el formulario. Si no se introdujo alguno de ellos, informará al usuario de la situación de error y le ofrecerá la posibilidad de volver a introducirlos. Si la captura de los datos anteriores se realiza correctamente, la aplicación muestra una página que envía un saludo al usuario. El flujo de páginas de la aplicación puede resumirse en el siguiente diagrama de estados: 3.2. Implementación del flujo de páginas Para implementar el flujo de páginas con Spring Web Flow creamos un fichero xml dónde se incluirá la declaración del flujo de páginas de la aplicación en forma de máquina de estados. En el ejemplo que se esta estudiando se necesitarán tres tipos de estados distintos: View-State: Son estados en los que se activa algún recurso con tareas de presentación en la aplicación. Por ejemplo, en aplicaciones web corresponde habitualmente con la activación de Java Server Pages (jsp s). Action-State: Son estados en los que la aplicación realiza alguna labor de la lógica de negocio. Por ejemplo, acciones típicas sobre bases de datos, proceso de datos, etc. La transición de este tipo de estados a otros suele estar condicionada por el resultado de la operación específica que se realice en el mismo. Un poco más adelante se comentará como gestiona esto Spring Web Flow. Start-State: Es un estado en el que se indica que comienza el flujo de la aplicación. Al igual que los View-State, suele llevar asociada la activación de un recurso de presentación (jsp, etc). End-State: Son estados en los que el flujo de la aplicación finaliza y ya no avanza hacia ningún otro. Al igual que los View-State, suele llevar asociada la activación de un recurso de presentación (jsp, etc). La primera etiqueta de este documento identificará dentro de la aplicación al flujo de páginas que contiene, y tiene la siguiente estructura: <webflow id="helloflow" start-state="rellenardatos"> El campo id contiene el identificador del conjunto de flujos declarados en el fichero y al que se hará referencia en la definición del constructor xml del flujo de páginas, como veremos más adelante. El campo start-state indicará el nombre del estado en el que comenzará el flujo. A continuación se introducen como etiquetas hijas de la etiqueta webflow, los distintos estados que componen el flujo de la aplicación, indicado al principio de este apartado en un diagrama.

4 Página 3 de 8 Se indica en primer lugar el estado inicial rellenardatos, referenciado anteriormente en la etiqueta webflow, que tendrá la siguiente estructura: <view-state id="rellenardatos" view="datospersonales"> <entry> <action bean="helloformaction" method="setupform"/> </entry> <transition on="saludar" to="procesarsaludo"> <action bean="helloformaction" method="bindandvalidate"/> </transition> </view-state> Como indica la etiqueta del estado, se trata de un View-State. Procederá a activar el elemento de presentación datospersonales.jsp que contendrá el formulario para introducir el nombre y los apellidos del usuario. Esto se indica en el atributo view que, como puede observarse, no indica la extensión.jsp del elemento de presentación. Esto no es necesario; más adelante se verá cómo se le indica a la aplicación que considere los elementos de presentación que se activan como archivos.jsp. La etiqueta action indica el recurso que implementa dicha acción. El atributo bean contiene el identificador de dicho recurso dentro de la aplicación. La etiqueta transition indica la transición que se realizará a otro estado, indicado por el atributo to, tras el suceso de un evento determinado, indicado por el atributo on. En este caso, el evento que activa la transición es el evento saludar, que como se verá más adelante, corresponde con la pulsación del botón del formulario inicial. El estado destino de esta transición es procesarsaludo. Esta transición sólo se realizará si la validación, indicada por el método bindandvalidate, concluye satisfactoriamente. Más adelante se indicará cómo se hizo y que criterios se utilizaron para la validación de este estado inicial. El siguiente estado que figura es procesarsaludo, al cuál ya se hizo referencia en el estado anterior. Su estructura es la siguiente: <action-state id="procesarsaludo"> <action bean="helloaction"/> <transition on="success" to="mostrarsaludo"/> </action-state> Como puede verse este estado es de tipo Action-State. Se especifica para procesar la acción el recurso HelloAction, y al no indicar el método al que hacer referencia toma por defecto el indicado en el atributo id, es decir, procesarsaludo. Si se da el evento success se producirá una transición al estado mostrarsaludo. El último estado que figura en el fichero es el estado final que tiene el siguiente aspecto: <end-state id="mostrarsaludo" view="saludo"/> La etiqueta end-state indica que se trata de un estado final. El atributo view indica el recurso de presentación que se activará en dicho estado. Recordar que este recurso será saludo.jsp, aunque no se indique la extensión. Como se dijo anteriormente, en breve se comentará como indicar a la aplicación que tome como extensión predefinida la.jsp cuando se activa un recurso de presentación. El campo id, como en casos anteriores, contiene el identificador del estado para que pueda ser referenciado en la declaración de transiciones, etc. De esta forma, el fichero xml que contiene la definición del flujo de la aplicación queda como se muestra a continuación: <?xml version="1.0" encoding="utf-8"?> <!DOCTYPE webflow PUBLIC "-//SPRING//DTD WEBFLOW//EN" " <webflow id="helloflow" start-state="rellenardatos"> <view-state id="rellenardatos" view="datospersonales"> <entry> <action bean="helloformaction" method="setupform"/> </entry> <transition on="saludar" to="procesarsaludo"> <action bean="helloformaction" method="bindandvalidate"/> </transition> </view-state> <action-state id="procesarsaludo"> <action bean="helloaction"/> <transition on="success" to="mostrarsaludo"/> </action-state> <end-state id="mostrarsaludo" view="saludo"/> </webflow> Se ha mostrado como declarar el flujo de páginas de la aplicación a través de un fichero xml. Esta declaración puede realizarse también a través de una clase Java. Una versión con Java del diseño de este flujo de páginas podría ser el siguiente: public class HelloFlowBuilder extends AbstractFlowBuilder { protected String flowid() { return "helloflow"; public void buildstates() throws FlowBuilderException { //Estado inicial, con formulario para rellenar

5 Página 4 de 8 ViewState rellenardatos = addviewstate( rellenardatos, "datospersonales", on("saludar", procesarsaludo, beforeexecute(method("bindandvalidate", action("helloformaction"))))); rellenardatos.setentryaction(method("setupform", action("helloformaction"))); //Estado intermedio, proceso de datos addactionstate( procesarsaludo, action(helloaction.class, AutowireMode.CONSTRUCTOR), new Transition[] { on(on(success(), mostrarsaludo ) ); //Estado final, saludo al usuario addendstate(success(), "saludo"); // buildstates() //HelloFlowBuilder 3.3. Integración del flujo de páginas Una vez implementado el flujo de páginas, se mostrará a continuación como integrarlo con la aplicación web diseñada como ejemplo. Para desplegar el flujo definido (helloflow) así como los recursos que utiliza, se utiliza el contexto de aplicación de Spring. En este caso, se añadió en el fichero xml correspondiente las siguientes etiquetas: <bean id="helloflow" class="org.springframework.webflow.config.xmlflowfactorybean"> <property name="location" value="classpath:org/autentia/webflow/ejemplo/web/hello-flow.xml"/> En ésta etiqueta se indica la clase constructora para el flujo que se utilizará, así como la localización del archivo xml con la definición del flujo de páginas que utilizará dicho constructor. En este caso, las especificaciones se refieren a la construcción de un flujo a partir de la información contenida en un fichero xml. Como se vio antes, se puede crear una clase Java para definir el flujo de páginas, en cuyo caso la información a especificar en el fichero xml con el contexto de la aplicación sería algo como lo siguiente: <bean id="helloflow" class="org.springframework.webflow.config.flowfactorybean"> <property name="flowbuilder"> <bean class="org.autentia.webflow.ejemplo.web.helloflowbuilder" autowire="bytype"/> </property> En este caso, la clase HelloFlowBuilder debe contener el código Java especificado en el apartado anterior con la definición del flujo de páginas de la aplicación. Para definir los recursos que empleará el flujo de la aplicación (validación, proceso, etc), se añaden las siguientes líneas en el fichero xml que contiene el contexto de aplicación: <bean id="helloformaction" class="org.springframework.webflow.action.formaction"> <property name="formobjectname" value="helloinfo"/> <property name="formobjectclass" value="org.autentia.webflow.ejemplo.domain.helloinfo"/> <property name="formobjectscopeasstring" value="flow"/> <property name="validator"> <bean class="org.autentia.webflow.ejemplo.web.hellovalidator"/> </property> <bean id="helloaction" class="org.autentia.webflow.ejemplo.web.helloaction"> La etiqueta bean identificada como HelloFormAction contiene las especificaciones necesarias para inicializar y validar el formulario inicial. Para ello, se define la bean HelloInfo, donde se almacenarán los datos del usuario (nombre y apellidos) desde el formulario, así como la clase HelloValidator para validar dicho formulario. El código de la bean sería algo como lo siguiente: import java.io.serializable; public class HelloInfo implements Serializable { private String firstname = ""; private String lastname = "";

6 Página 5 de 8 public String getfirstname() { return firstname; public void setfirstname(string firstname) { this.firstname = firstname; public String getlastname() { return lastname; public void setlastname(string lastname) { this.lastname = lastname; El código para la validación sería algo como lo que sigue: import org.springframework.validation.errors; import org.springframework.validation.validator; public class HelloValidator implements Validator { public boolean supports(class clazz) { return clazz.equals(helloinfo.class); public void validate(object obj, Errors errors) { HelloInfo query = (HelloInfo)obj; if((query.getfirstname() == null query.getfirstname().length() == 0) (query.getlastname() == null query.getlastname().length() == 0)) { errors.reject("nocriteria", "Por favor, introduzca los datos para el saludo!"); //if //validate Es una validación sencilla, como puede observarse. Una vez se vinculan los campos del formulario (nombre y apellidos) con la bean y se selecciona el botón que inicie la acción del saludo, este código de validación comprueba que ninguno de los campos sea vacío. La etiqueta bean identificada como HelloAction contiene la especificación del recurso encargado de la lógica de negocio en los Action-State. La clase HelloAction debería contener un esqueleto como el siguiente: import org.springframework.webflow.event; import org.springframework.webflow.requestcontext; import org.springframework.webflow.action.abstractaction; public class HelloAction extends AbstractAction { protected Event doexecute(requestcontext context) throws Exception { //logica de negocio que se precise return success(); En este caso no se precisa de ningúna lógica de negocio especifica y la clase doexecute encargada del proceso, simplemente devuelve success() para producir la transición desde el estado que contiene la página con el formulario inicial hasta la página que saluda al usuario. Por último, para definir el controlador del flujo de páginas y los recursos de presentación que utilizará añadimos al contexto de aplicación lo siguiente: <beans> <bean name="/hello.htm" class="org.springframework.webflow.mvc.flowcontroller"/> <bean id="viewresolver" class="org.springframework.web.servlet.view.internalresourceviewresolver"> <property name="prefix" value="/web-inf/jsp/"/> <property name="suffix" value=".jsp"/> </beans> La etiqueta bean que define el controlador contiene la especificación del recurso al que se hará referencia para poner en marcha y gestionar el flujo de páginas de la aplicación. En este ejemplo concreto, la página inicial contiene un botón que inicia el ejemplo (Iniciar ejemplo) cuya definición para activar el flujo de páginas debe contener la siguiente referencia al controlador: <a href="hello.htm?_flowid=helloflow">... </a> De ésta forma, al aplicación busca en su contexto el flujo definido como helloflow, cuya implementación se explicó anteriormente.

7 Página 6 de 8 La etiqueta bean que define los recursos de presentación (viewresolver), se observa que contiene información sobre el directorio donde se encuentran y sobre su extensión. De esta forma, cuando se solicite la activación de un recurso de presentación desde un View-State, como se vio anteriormente, sólo es necesario indicar el nombre del recurso, porque su localización y extensión ya viene especificada en las etiquetas property (preffix, suffix) que actúan como prefijo y sufijo de los recursos de presentación que se referencien Ejecución Una vez compilado, empaquetado y desplegado el proyecto en un contenedor de aplicaciones web (Tomcat, en este caso), la ejecución del ejemplo produce los siguientes resultados. Se mostrará la correspondencia entre el flujo de páginas de la aplicación y el diagrama de estados del mismo que se diseñó al principio. 1. Instrucciones de la aplicación 2. Relleno del formulario (error) Se vuelve a la misma página y la validación produce un mensaje de error.

8 Página 7 de 8 3. Relleno del formulario (ok) La aplicación muestra entonces una página saludando al usuario. 4. Fuentes Página de Keith Donald sobre Spring Web Flow: Página del Framework Spring: Apache Ant: Apache Tomcat: Si desea contratar formación, consultoria o desarrollo de piezas a medida puede contactar con Autentia S.L. Somos expertos en: J2EE, C++, OOP, UML, Vignette, Creatividad.. y muchas otras cosas Nuevo servicio de notificaciones

9 Página 8 de 8 Si deseas que te enviemos un correo electrónico cuando introduzcamos nuevos tutoriales, inserta tu dirección de correo en el siguiente formulario. Subscribirse a Novedades Otros Tutoriales Recomendados (También ver todos) Nombre Corto Medida del Rendimiento en aplicaciones J2EE Creando Servicios Web con Bea Workshop 8.1 Creación de Un Web básico Instalar un Web en tu máquina Windows Seguridad en Tomcat Activar soporte SSL en Tomcat Rendimiento de aplicaciones Web Filtros de Servlets en Tomcat Aplicación profesional con Struts Introducción a Struts Flow Descripción Os mostramos como medir el rendimiento de vuestras aplicaciones Java J2E En este artículo os mostramos como funciona la nueva herramienta de Bea, Workshop y como crear servicios web con ella Como como construir nuestras primeras páginas HTML Si trabajais habitualmente en plataforma Windows, en este tutorial podreis encontrar todos los pasos necesarios para instalar un servidor Web en vuestra propia máquina. Esto puede ser el primer paso para crear una Intranet. Os mostramos como proteger de un modo básico el acceso a recursos dentro de vuestro servidor de componentes Tomcat Os mostramos como activar el acceso SSL en Tomcat, utilizando certificados generados por Keygen (java) En este tutorial veremos una introducción al funcionamiento de la Suite e-test de Empirix. En este tutorial os enseñamos la técnica (poco conocida) del encadenamiento de filtros en la activación de servlets, dentro del entorno Tomcat En este tutorial, os mostramos como crear una aplicación profesional, usando numerosos patrones y utilizando Struts. Struts Flow es un módulo de extensión del conocido framework Struts, que facilita la implementación del flujo de páginas de una aplicación web Nota: Los tutoriales mostrados en este Web tienen como objetivo la difusión del conocimiento. Los contenidos y comentarios de los tutoriales son responsabilidad de sus respectivos autores. En algún caso se puede hacer referencia a marcas o nombres cuya propiedad y derechos es de sus respectivos dueños. Si algún afectado desea que incorporemos alguna reseña específica, no tiene más que solicitarlo. Si alguien encuentra algún problema con la información publicada en este Web, rogamos que informe al administrador rcanales@adictosaltrabajo.com para su resolución. Patrocinados por enredados.com... Hosting en Castellano con soporte Java/J2EE Opimizado 800X600