Definición de una plataforma abierta, integradora, modular, evolutiva … enfocada hacia el concepto de canal de distribución independizando la tecnología del negocio y la presentación.

Plataforma multicanal:

PADKernel potencia la competitividad de los productos finales en una arquitectura Java multicapa, multiempresa, multientorno, multicanal, multidispositivo, multiusuario y multiidioma bajo un entorno J2EE 100%.

Se obtienen ventajas de centralización del conocimiento, mejora del desarrollo, escalabilidad, seguimiento de los proyectos y plataforma de lanzamiento de proyectos innovadores y competitivos. Además, sirve para utilizar y gestionar de forma transparente para los desarrolladores las infraestructuras de sistemas (web servers, aplications servers, sistemas de ficheros, bases de datos, etc.) que necesiten para los proyectos finales, optimizando si es posible, la velocidad de acceso final.

Se minimiza al máximo la instalación en los dispositivos client side. En el caso de los navegadores web, será seguramente nula, y en los dispositivos PDA y móviles requerirá una instalación mínima excepto terminales más avanzados como PocketPCs que dispongan de navegadores realmente funcionales. Dicha capa se crea siempre con un motor de presentación J2ME utilizando la definición client provisioning J2EE con un modulo para asegurar la entrega de las conexiones. En los dispositivos menos abiertos con .NET o C++, aunque esto último puede suponer un aumento de coste.

Se ofrecen productos definidos previamente por proyectos, la versatilidad de la arquitectura será uno objetivo claro y por este motivo debe estar orientada a componentes y conectores lo que simplifica su desarrollo en diferentes fases.

Para cada producto se pueden ofrecer al cliente múltiples servicios tanto a nivel de negocio como de sistema (estadísticas, guardias, etc.), pudiendo seleccionar cual de ellos interesan.

El objetivo final es la disponibilidad 7x24, 99,9999% 32 segundos de desconexión al año (sumando todas las paradas).

Multicapa: Se implementa un patrón MVC (modelo, vista, controlador) basado en una definición server side X-Forms de la W3C. Este modelo separa perfectamente la implementación de negocio de la presentación y con controladores o filtros para los diferentes protocolos: HTTP/S en un principio y Web Services  en las sucesivas fases de desarrollo. El modelo X-Forms sirve para mantener transparente el acceso en dos sentidos: de los diferentes canales al negocio y del backend al negocio. La capa de presentación XSLT y/o JSP, pudiéndose añadir más tipos de presentación si son necesarios.

Multiempresa y multientorno: Existe un gestor de configuración que permite al framework realizar una coexistencia de diferentes empresas y entornos de dichas empresas, manteniendo una única implementación por servicio de negocio.

Multicanal y multidisposivo: El mismo gestor de configuración permite abrir dichas empresas y entornos a los diferentes canales y los dispositivos de dichos canales, manteniendo una única implementación por servicio de negocio y múltiples presentaciones las cuales gestiona un módulo de presentación independiente a través de la configuración.

Multiidioma: El gestor de presentación dispone de una colección de los posibles literales por idioma que soporte cada presentación por empresa, entorno, canal y dispositivo, gestionados a través de un gestor independiente que utiliza a su vez la información de la configuración.

Multiplataforma: La instalación de la plataforma puede hacerse tanto en entornos Windows como Linux/Unix, preferiblemente estos últimos y a poder ser en un entorno multiprocesador o emulando un multiprocesador con la tecnología HyperThreading de Intel. Sistemas en cluster y sistemas con balanceo de carga inteligente (SmartStubs, p.ej.) en una infraestructura romboidal de máquinas con un gestor que mantiene segura la información contenida en los contextos de usuarios (solución escalable vertical y horizontalmente).

Multiusuario: La concurrencia de múltiples usuarios es un aspecto crítico para la disponibilidad del sistema y aunque la plataforma Java y por extensión los servidores de aplicaciones proporcionan este aspecto de base, la arquitectura está encargada de velar por este aspecto basándose en una estrategia de optimización máxima de componentes.

Procesos de negocio: Coordinan el flujo de información del proceso que se ejecuta. Tras la ejecución se recogen los resultados y se dejan en un objeto para que sean recogidos por la presentación que se encarga de mostrarla. Los procesos de negocio se encargan de indicar cual es la presentación que funcionalmente resuelve la petición del usuario. A continuación el Gestor de la Presentación seleccionará la presentación correspondiente.

Gestor de Datos:  Formatea la información para ser procesada por los sistemas externos (HOST, bases de datos, BackEnd) que deberán tratarla. Devuelven la respuesta formateada a los Procesos de negocio. El gestor datos gestiona la relación con los conectores.

Conectores: Gestores de la comunicación con los sistemas externos (TCP-IP, SNA, etc.), conexión con servidores (HTTP/S, XML, etc.), Bases de datos (PostgreSQL, Oracle), etc.

Gestor de la Presentación: Determina exactamente cual es el elemento de presentación a utilizar.  Recibe como entrada la "presentación funcional" determinada por el Controller y evalúa los parámetros que pueden fijar una presentación u otra. Por ejemplo : Canal, empresa, idioma, dispositivo, etc.

Modelo de recolección de datos de entrada multicanal X-Form en los siguientes puntos:

Para las aplicaciones que se visualicen a través de navegadores se potencian los componentes genéricos y reutilizables basados en JavaScript. Estos canales sólo requieren esfuerzos a nivel de presentación pero estos no se deben subestimar ya que bien diseñados y gestionados pueden colaborar en gran medida a potenciar la velocidad de acceso y la riqueza de las aplicaciones cliente.

Para las aplicaciones que se instalen en dispositivos cliente se crea un gestor de versiones y aprovisionamiento de aplicaciones cliente basándose en la especificación client provisioning J2EE (enterprise edition) y particularmente en las especificaciones definidas para J2ME (micro edition) tanto para perfiles CDC (client device connected) y CLDC (cliente limited device connected).

Las aplicaciones se basan en un motor de presentación ligero y un módulo que asegure la entrega de las peticiones de dichos aplicativos tanto bajo HTTP como en conexiones seguras HTTPS.

Se procede a la creación de un gestor de seguridad configurable que corte el paso para IP’s invalidas, gestión de certificados, etc.

Para poder escalar la arquitectura a nivel de sistemas se crea un repositorio de contextos de usuario que se encarga de asegurar que el balanceo de carga no repercuta en excesivo tráfico de información y tiempo de latencia en entornos cluster, por un lado y que sólo permite guardar información en estos contextos a aquellos datos que hayan sido autorizados por los perfiles más cualificados, para impedir que los desarrolladores no utilicen de forma ordenada este recurso.

Se crea un balanceador de carga inteligente.

Implementamos los siguientes componentes de gestión de la arquitectura:

Para aumentar la velocidad de respuesta de los aplicativos finales y mejorar la velocidad de desarrollo de dichos proyectos se implementan los componentes necesarios para la creación de un CMS. Para ello será necesario crear un gestor de recursos de presentación y literales remoto.

•El tener un CMS supone simplificar la arquitectura de sistemas ya que muchos recursos de sistema, como por ejemplo web servers tipo Apache, pueden dejar de tener utilidad.

X-Forms es una especificación del W3C como resultado de la redefinición de los formularios HTML. Si nos damos cuenta todos los aspectos de la programación web han evolucionado mucho excepto la definición de los formularios que no se ha movido ni un milímetro de la definición que se les dio inicialmente. La nueva especificación de formularios sirve para dar respuesta a varias necesidades:

STRUTS es uno de los proyectos Open Source de la organización Apache Jakarta de más influencia e impacto en la implementación de framework’s basados en el paradigma MVC. Sencillo, ligero, escalable y extensible separa perfectamente la capa de negocio de la presentación definiendo en los formularios presentados a cliente, y por configuración, multiples elementos de los siguentes tipos:

Ambas tecnologías son perfectamente válidas para crear presentaciones ricas en contenido y funcionalidad. Para resolver JSP tenemos infraestructuras de base en Tomcat y para la resolución XSLT utilizaremos la implementación Apache Xalan de la parte JAX-P referente a XML StyleSheet Language for Transformation.

XML Schema es un estándar definido y mantenido por la W3C que surgió como una redefinición XML del estándar DTD (Document Type Definition), que servía para validar y definir la estructura y el típado de datos de una instancia o documento XML válido. Aparte de la complejidad de la lectura de los mismos, los DTD, al igual que su rápida aceptación por la comunidad tecnológica, mostraron, igual de rápidamente ciertas carencias en sus sintaxis,  escalabilidad y utilidad. El World Wide Web Consortium se puso a trabajar entonces, al igual que hizo con la redefinición XML del HTML (XHTML), en la nueva versión que esta llamada a sustituir paulatinamente a los DTD’s.

Así pues y con una sintaxis lenguaje definida totalmente por un XML y auto descriptiva, un DTD puede ser traducido a XML Schema, pero no a la inversa, ya que la potencia que posee XMLSchema, no la posee un DTD. Herramientas como XML Spy realizan este paso directo haciendo clic en una sola opción. A su vez, se puede extraer cual es el XMLSchema o el DTD correspondiente para un esqueleto que tengamos de muestra que nos halla facilitado nuestro hipotético cliente.

Nuestro XMLSchema es capaz de validar la correcta estructura de un XML cualquiera y también el correcto típado de los datos que viajan es esa estructura compleja, aplicándose restricciones de tipos básicos a esos ítems o restricciones más complejas como expresiones regulares, enumeraciones, validaciones contra otros elementos de la estructura o herencia si queremos llegar a sacarle autentico jugo su potencia.