Java es un lenguaje de programación y una plataforma de computación que incorpora conceptos como orientación de objetos, clases y concurrencia. Las aplicaciones de Java se recopilan en bytecode y se ejecutan dentro de una máquina virtual Java (JVM).

Un servidor de aplicaciones es un software que proporciona un entorno para ejecutar aplicaciones web. La mayoría de los servidores de aplicaciones también proporcionan funcionalidad a aplicaciones web que se ejecutan en su entorno a través de un conjunto de API. Por ejemplo, un servidor de aplicaciones puede brindar una API para conectarse a una base de datos.

Java EE (Plataforma Java, Edición empresarial) es una plataforma empresarial basada en estándares que ofrece un entorno de API y de tiempo de ejecución para ejecutar y desarrollar aplicaciones Java. La meta es mejorar la productividad de los desarrolladores mediante capacidades empresariales integrales en marcos de fácil consumo que eliminan el texto reutilizable y reducen la carga técnica. Los marcos que componen Java EE pasaron por pruebas estrictas en combinación. Java EE 7, basado en JSR 342 es una extensión de Java EE 6, con el foco principal en la simplificación adicional de API para acceder a servicios de contenedores, al tiempo que se incrementa el soporte de tecnologías web emergentes, como HTML5.

Java EE 7 incluye soporte para varios perfiles o subconjuntos de API. La especificación de Java EE 7 define el perfil full y el perfil web.

Red Hat JBoss Enterprise Application Platform 7.1 (JBoss EAP 7) es una implementación certificada de las especificaciones completas y del perfil web de Java Enterprise Edition 7 (Java EE 7).

Las principales versiones de JBoss EAP se desarrollan a partir del proyecto comunitario WildFly en ciertos puntos, cuando el proyecto comunitario ha alcanzado el nivel deseado de terminación de funciones. A partir de aquí, continúa un período extendido de pruebas y puesta en producción, en el que JBoss EAP se estabiliza, se certifica y se mejora para su uso en producción. Durante el ciclo de vida de una versión principal de JBoss EAP, se pueden seleccionar funciones y enviarlas del proyecto comunitario a una serie de versiones menores de mejora de funciones dentro de la misma familia de versiones principales. Por ejemplo, JBoss EAP 7.1 se desarrolló a partir de una rama en funcionamiento de WildFly 11.

JBoss EAP ofrece opciones preconfiguradas para funciones como agrupamiento de alta disponibilidad, mensajería y almacenamiento en caché distribuido. También permite que los usuarios escriban, implementen y ejecuten aplicaciones mediante la diversidad de API y servicios que ofrece JBoss EAP.

JBoss EAP incluye una estructura modular que permite la habilitación de servicios solo cuando es requerido, lo que aumenta la velocidad de inicio. La consola de administración basada en la Web y la interfaz de línea de comando (CLI) de administración hacen innecesaria la edición de los archivos de configuración de XML y añaden la capacidad de crear scripts y automatizar tareas. Asimismo, JBoss EAP incluye las API y marcos de desarrollo para crear rápidamente aplicaciones Java EE seguras y escalables.

Muchas de las API y capacidades expuestas a aplicaciones implementadas en JBoss EAP se organizan en subsistemas. Estos subsistemas pueden ser configurados por administradores para proporcionar un comportamiento diferente, según la meta de la aplicación. Por ejemplo, si una aplicación requiere una base de datos, se puede configurar una fuente de datos en el subsistema datasources a la que puede acceder la aplicación después de ser implementada en ese servidor o dominio JBoss EAP.

La alta disponibilidad (HA) en JBoss EAP se refiere a varias instancias de JBoss EAP que trabajan a la par para proporcionar aplicaciones más resistentes a fluctuaciones en el tráfico, la carga del servidor y la falla del servidor. HA incorpora conceptos como escalabilidad, balanceo de carga y tolerancia a fallas.

Además de ofrecer funcionalidad y API a sus aplicaciones, JBoss EAP tiene capacidades de administración potentes. Estas capacidades de administración difieren según el modo operativo que se usa para iniciar JBoss EAP. JBoss EAP ofrece un modo operativo de servidor autónomo para gestionar instancias discretas y un modo operativo de servidor administrado para gestionar grupos de instancias desde un único punto de control.

En este ejemplo se muestra una configuración simple de JBoss EAP. La instancia de JBoss EAP cuenta con dos aplicaciones implementadas. También está configurada para conectarse a una base de datos mediante el subsistema datasources y el servidor Kerberos, el cual puede usar el subsistema security de legado o el subsistema elytron. Estas conexiones se exponen a las aplicaciones implementadas. La instancia JBoss EAP gestiona solicitudes a través del subsistema undertow y dirige estas solicitudes a la aplicación adecuada. Las aplicaciones usan las API expuestas por JBoss EAP para conectarse a la base de datos y el servidor Kerberos, y llevan a cabo su lógica empresarial implementada. Después de finalizar, las aplicaciones envían una respuesta al solicitante a través del subsistema undertow.

En este ejemplo se ilustra una configuración más compleja que implica tres instancias de JBoss EAP, dispuestas en un dominio gestionado con un balanceador de carga o un servidor web. Las tres instancias también están configuradas para respaldar una alta disponibilidad a través del balanceo de carga mediante mod_cluster y de la replicación de sesiones mediante Infinispan. Las tres instancias de JBoss EAP tienen una aplicación web, un servicio web y EJB implementados. Una instancia de JBoss EAP tiene una cola JMS configurada a través del subsistema messaging-activemq. Las tres instancias de JBoss EAP tienen conexiones a una base de datos a través de la fuente de datos. También tienen una conexión con el servidor LDAP mediante el subsistema security de legado o el subsistema elytron. Asimismo, una instancia de JBoss EAP está configurada para conectarse a un agente de mensajes externo a través del subsistema messaging-activemq. Estas conexiones configuradas se exponen a las aplicaciones, los servicios web, EJB y colas JMS implementadas en esa respectiva instancia.

Todas las solicitudes entrantes destinadas a la aplicación, el servicio web o EJB son recibidas en primer lugar por el balanceador de carga o el servidor web. En función del algoritmo de balanceo de carga configurado y la información provista por cada instancia de JBoss EAP, el servidor web o el balanceador de carga dirige esa solicitud a la instancia de JBoss EAP adecuada. La instancia de JBoss EAP maneja las solicitudes a través del subsistema undertow y dirige estas solicitudes a la aplicación adecuada. Las aplicaciones usan las API expuestas por JBoss EAP para conectarse a la base de datos y el servidor Kerberos, y llevar a cabo su lógica empresarial implementada. Después de finalizar, las aplicaciones envían una respuesta al solicitante a través del subsistema undertow. Toda información no persistida, como, por ejemplo, la información de la sesión, se propaga entre las instancias de JBoss EAP a través del subsistema infinispan.

Revised on 2018-01-11 05:29:10 EST