Estructura del controlador de acciones AccionProxy

Ya sabemos que en el fichero de propiedades de nuestra aplicación podemos definir para cada acción la clase java asociada a ésta (es decir, la ruta de la clase java que encapsula la funcionalidad ("clase de acción") ), y la relación con otros componentes al mismo nivel. Y que esta información de configuración es usada por AccionProxy para crear en tiempo de ejecución una instancia de la clase asociada a la acción. ¿Cómo? Lo veremos a continuación.

Definiendo el comportamiento de la aplicación

Parte del Manual paso a paso para la creación de aplicación web Java MVC

Una vez transferido el control a AccionProxy, este objeto se encarga de crear una instancia en tiempo de ejecución de la clase que modela la acción que se solicita desde la vista.

Para saber que clase (o clases) se deben instanciar, AccionProxy se sirve de un fichero de parámetros con las siguientes características

¿Como se gestiona la request? El servlet principal

Parte del Manual paso a paso para la creación de aplicación web Java MVC

Como vimos en el apartado anterior, la página solicita_libro_cuento.html solicita la acción listarLibrosDeCuentoDisponibles contra un servlet llamado SPrincipal.

SPrincipal será el encargado de recibir la petición realizada desde la página html. El método doPost de este servlet tratará la solicitud recibida desde la web (objeto request):

Las solicitudes realizadas desde la web

Comenzaremos la descripción de los componentes de nuestra aplicación por la capa de presentación, la vista de nuestro modelo MVC, compuesta por la página web a través de la cual un usuario realiza la petición de la acción (y la la página que resultará de la ejecución de la funcionalidad solicitada): solicita_libro_cuento.html: Es la página HTML que en nuestro ejemplo solicitará la ejecución de la acción (listarLibrosDeCuentoDisponibles), al pulsar el botón del único formulario que contiene.

Descripción general de la arquitectura MVC

A continuación veremos la descripción general de los componentes del modelo MVC que desarrollaremos a lo largo de este tutorial. Para desarrollar el ejemplo elegimos la arquitectura que se muestra en el esquema siguiente, donde podemos ver a grosso modo los componentes que compondrán nuestra aplicación. Ésta será la "foto final" de nuestra aplicación una vez terminada.

Para empezar hemos partido de la premisa básica de que la arquitectura de la aplicación debe permitir el desarrollo y mantenimiento independiente de sus capas (presentación, negocio y persistencia), centrando la atención en el flujo de operación de la capa de negocio y su interrelación con la capa de presentación.

Manual para entender el EDI - EDIFACT

Explica con claridad qué es EDI (Intercambio Electrónico de Datos) y su importancia como forma estandarizada y estructurada de hacer Comercio Electrónico B2B. Las principales las características del estándar UN/EDIFACT así como que elementos componen un mensaje EDIFACT. Su estructura básica: las secciones y los segmentos que la conforman; las reglas de sintaxis básicas para leer un mensaje edifact estándar. Además se explica que son las guías de implantación de los mensajes estándares y el papel que juega el proyecto GS1 EANCOM a nivel internacional, y AECOC en España regulando y adecuando el estándar al escenario nacional.

Índice