WebSphere Application Server: Visión general

El contenedor web es la parte del servidor de aplicaciones en el cual se ejecutan los componentes de aplicación web. Las aplicaciones web constan de uno o varios servlets relacionados, tecnología JavaServer Pages (archivos JSP) y archivos HTML (Hyper Text Markup Language) que puede gestionar como una unidad. Combinadas, realizan funciones de lógica empresarial.

El contenedor EJB proporciona todos los servicios de ejecución necesarios para desplegar y gestionar enterprise beans. Es un proceso de servidor que maneja solicitudes para beans de sesión y de entidad.

Los enterprise beans son componentes Java que implementan normalmente la lógica empresarial de las aplicaciones Java EE, así como el acceso a los datos. Los enterprise beans, empaquetados en módulos EJB, instalados en un servidor de aplicaciones no se comunican directamente con el servidor. En lugar de ello, el contenedor EJB es una interfaz entre los componentes EJB y el servidor de aplicaciones. Juntos, el contenedor y el servidor proporcionan el entorno de ejecución de enterprise bean.

El contenedor proporciona muchos servicios de bajo nivel, incluido el soporte de hebras y transacciones. Desde el punto de vista de la administración, el contenedor maneja el acceso a datos de los beans contenidos. Un solo contenedor puede albergar más de un archivo JAR (Java Archive) EJB.

Este producto proporciona una cómoda herramientalaunchClient para iniciar el cliente de aplicaciones, junto con su tiempo de ejecución de contenedor de cliente.

En función del origen de la información técnica, las aplicaciones cliente se denominan a veces clientes de aplicaciones. En esta documentación, los dos términos son sinónimos.

Consulte Utilización de los clientes administrativos.

El producto actúa como proveedor de servicios web y, también, como solicitante. Como proveedor, aloja los servicios web publicados para ser utilizados por clientes. Como solicitante, aloja aplicaciones que invocan los servicios web desde otras ubicaciones. El diagrama muestra el motor de servicios web en esta capacidad, contactando con un proveedor o una pasarela de servicios web.

La conexión entre la aplicación empresarial y el EIS se realiza a mediante el uso de adaptadores de recursos proporcionados por EIS, que se conectan al servidor de aplicaciones. La arquitectura especifica la gestión de conexiones, la gestión de transacciones y los contratos de seguridad entre el servidor de aplicaciones y EIS.

El Gestor de conexiones (no mostrado) en el servidor de aplicaciones sondea y gestiona las conexiones. Puede gestionar las conexiones que se obtienen mediante los adaptadores de recursos definidos por la especificación JCA y los orígenes de datos definidos por la especificación de extensiones JDBC 2.0.

Los recursos JDBC (orígenes de datos y proveedores de JDBC) son un tipo de recurso Java EE que utilizan las aplicaciones para acceder a los datos. Aunque el acceso a datos es un tema más amplio que el de los recursos JDBC, normalmente en esta información, para simplificar, se agrupa el acceso a datos bajo la cabecera de recursos Java EE.

Los adaptadores de recursos JCA son otro tipo de recurso Java EE utilizado por las aplicaciones. JCA define la arquitectura estándar para conectar la plataforma Java EE con EIS heterogéneos. Imagine un ERP, el proceso de transacciones de sistema troncal, sistemas de bases de datos y aplicaciones de legado no escritos en el lenguaje de programación Java.

El adaptador de recursos JCA es un controlador de software a nivel de sistema proporcionado por los proveedores de EIS y proveedores de otras empresas. Proporciona la conectividad entre clientes o servidores de aplicaciones Java EE y un EIS. Para utilizar un adaptador de recursos, instale el código de adaptador de recursos y cree configuraciones que utilicen dicho adaptador. El producto proporciona un adaptador de recursos relacional predefinido para que lo utilice.

Para las solicitudes no JMS de entrada, los beans controlados por mensajes utilizan un adaptador de recursos Java EE Connector Architecture (JCA) 1.5 escrito para este fin. Para la mensajería JMS, los beans controlados por mensaje pueden utilizar un proveedor de mensajería basado en JCA, por ejemplo el proveedor de mensajería predeterminado que forma parte del producto.

El bus de integración de servicios proporciona una infraestructura de comunicaciones unificada para aplicaciones orientadas a servicios y de mensajería. El bus de integración de servicios es un proveedor JMS que proporciona transporte de mensajes fiable y utiliza la lógica de intermediario para adaptar el flujo de mensajes de forma inteligente en la red. Soporta la conexión de los solicitantes y proveedores de servicios web. Las posibilidades se integran totalmente en la arquitectura de producto, incluyendo los subsistemas de seguridad, administración de sistema, supervisión y determinación de problemas.

• Recursos JDBC y otra tecnología de acceso a datos (descrito en este documento)
• Adaptadores de recursos JCA (descritos anteriormente)
• Recursos JMS y otro soporte de mensajería (descrito anteriormente)
• Los recursos de simultaneidad para enviar o planificar tareas para ejecutarse en paralelo. crear hebras que heredan contexto de Java EE y transferir contexto de Java EE a la invocación de interfaces como, por ejemplo, devoluciones de llamada asíncrona.
• Soporte JavaMail, para que las aplicaciones envíen correo de Internet

  Las API JavaMail proporcionan una infraestructura independiente de la plataforma y del protocolo para crear aplicaciones cliente de correo basadas en Java. Las API necesitan que los proveedores de servicio, que se conocen como proveedores de protocolo, interactúen con los servidores de correo que se ejecutan en los protocolos apropiados.

  Un proveedor de correo encapsula una colección de proveedores de protocolo, incluido SMTP (Simple Mail Transfer Protocol) para enviar correo, POP (Post Office Protocol) para recibir correo e IMAP (Internet Message Access Protocol) como otra opción para recibir correo. Para utilizar otro protocolo, debe instalar el proveedor de servicio apropiado para el protocolo.

  JavaMail requiere no sólo proveedores de servicios, sino también JavaBeans Activation Framework (JAF), como marco subyacente para manejar tipos de datos complejos que no son texto plano, como las extensiones de correo multiuso de Internet (MIME), las páginas URL y los archivos adjuntos.

• URL, para describir ubicaciones lógicas

  Los proveedores de URL implementan la funcionalidad para un protocolo de URL determinado, por ejemplo HTTP, permitiendo las comunicaciones entre la aplicación y un recurso de URL servido por un protocolo determinado. Se incluye un proveedor URL predeterminado para que lo utilice cualquier recurso URL con protocolos basados en la especificación Java Platform, Standard Edition (Java SE) compatible, como HTTP, FTP o File. También puede conectar sus propios proveedores de URL que implementen protocolos adicionales.

• Entradas del entorno de recursos, para correlacionar nombres lógicos con nombres físicos

  El entorno java:comp/env proporciona un solo mecanismo mediante el cual se pueden buscar los objetos de espacio de nombres JNDI y los objetos de entorno de aplicaciones local. El producto proporciona muchas entradas de entorno local de forma predeterminada.

  La especificación Java EE también proporciona un mecanismo para definir entradas de entorno de cliente definiendo entradas en el descriptor de despliegue estándar de una aplicación. La especificación Java EE utiliza los métodos siguientes para separar la definición de la entrada de entorno de recurso de la aplicación.

  • Necesidad de que el servidor de aplicaciones proporcione un mecanismo para definir objetos administrativos independientes que encapsulan una entrada de entorno de recurso. Se puede acceder a los objetos administrativos utilizando JNDI en el espacio de nombres local del servidor de aplicaciones (java:comp/env).
  • Especificación del nombre de búsqueda de JNDI del objeto administrativo y tipo de objeto devuelto esperado. Esta especificación se proporciona en la entrada de entorno de recurso mencionada en el descriptor de despliegue.
  El producto soporta la utilización de las entradas de entorno de recurso con los siguientes conceptos administrativos.

  • Una entrada de entorno de recurso define el destino de enlace (nombre JNDI), la clase de fábrica y el tipo de objeto de retorno (a través del enlace a un referenciable) de la entrada de entorno de recurso.
  • Un referenciable define el nombre de clase de la fábrica que devuelve instancias de objeto implementando una interfaz Java.
  • Un proveedor de entorno de recurso agrupa el referenciable, las entradas de entorno de recurso y las propiedades personalizadas necesarias.

La infraestructura y los mecanismos de seguridad protegen los recursos y recursos administrativos de Java Platform, Enterprise Edition (Java EE), abordando los requisitos de seguridad de la empresa. A su vez, la infraestructura de seguridad de este producto funciona con la infraestructura de seguridad existente de la infraestructura de cálculo de empresa de varios niveles. Basado en una arquitectura abierta, este producto proporciona muchos puntos de plug-in para integrarse con componentes de software de empresa para proporcionar seguridad de extremo a extremo.

La infraestructura de seguridad incluye un modelo de programación y elementos de la arquitectura de producto que son independientes del tipo de aplicación.

JNDI proporciona el acceso del cliente a los nombres y presenta el modelo de programación que utilizan los desarrolladores de aplicaciones. CosNaming proporciona la implementación del servidor y es donde se almacena realmente el espacio de nombres. JNDI proporciona básicamente una envoltura de cliente del espacio de nombres almacenado en CosNaming, e interactúa con el servidor CosNaming en nombre del cliente.

Los clientes del servidor de aplicaciones utilizan la arquitectura de nombres para obtener referencias a objetos relacionados con las aplicaciones. Los objetos se enlazan en una estructura principalmente jerárquica denominada el espacio de nombres. Está formada por un conjunto de enlaces de nombres, cada uno de los cuales es un nombre relativo al contexto específico y el objeto enlazado con ese nombre. Se puede acceder al espacio de nombres y manipularlo utilizando un servidor de nombres.

Tenga en cuenta que con la adición de virtual member manager para proporcionar soporte de repositorio federado para la seguridad del producto, el producto ahora ofrece prestaciones de gestión de identidades más amplias y sofisticadas que nunca antes, especialmente en combinación con otros productos WebSphere y Tivoli ®.

El ORB proporciona una infraestructura a los clientes para localizar objetos de la red e invocar operaciones en estos objetos, como si los objetos remotos estuvieran ubicados en el mismo proceso de ejecución que el cliente, lo que supone una mayor transparencia de ubicación.

Aunque no se muestra en el diagrama, un lugar en el que el ORB entra en juego es el punto donde el contenedor de cliente está en contacto con el contenedor de EJB en nombre de un cliente Java.

Las aplicaciones que se estén ejecutando en el servidor pueden utilizar transacciones para coordinar varias actualizaciones en recursos como una unidad de trabajo de modo que, todas o ninguna de las actualizaciones pasan a ser permanentes. Las aplicaciones o el contenedor en el que éstas se despliegan inician y detienen las transacciones.

El servidor de aplicaciones es un gestor de transacciones que permite coordinar los gestores de recursos y participa en las transacciones globales distribuidas con otros gestores de transacciones compatibles.

El servidor se puede configurar para que interactúe con bases de datos, colas JMS y conectores JCA mediante el soporte de transacciones locales cuando el soporte de transacciones distribuidas no sea necesario.

El perfilado de aplicaciones y el intento de acceso proporcionan un método flexible para ajustar con precisión el rendimiento de las aplicaciones de los enterprise beans sin afectar al código fuente. Distintos enterprise beans e incluso métodos distintos de un enterprise bean pueden tener su propio intento de acceso a recursos. La creación de perfiles de componentes a partir del intento de acceso aumenta el rendimiento en la ejecución del servidor de aplicaciones.

La consulta dinámica mejora los enterprise beans al permitir que el cliente ejecute consultas personalizadas en componentes EJB durante el tiempo de ejecución. Hasta ahora, las búsquedas de EJB y las correlaciones de campos se implementaban durante el desarrollo y necesitaban un reensamblaje o un desarrollo adicional para poder modificarlas.

Como las aplicaciones Java EE tienen proporciones elevadas de lectura-escritura y pueden tolerar grados de latencia pequeños en la simultaneidad de los datos, la memoria caché dinámica permite aumentar considerablemente el tiempo de respuesta, el rendimiento y la escalabilidad del servidor.

Entre las características se encuentran la réplica de memoria caché entre clústeres, la descarga de disco de memoria caché, el almacenamiento en memoria caché de Edge Side Include, y el almacenamiento en memoria caché externa (la capacidad de controlar las memorias caché fuera del servidor de aplicaciones, por ejemplo, del servidor web).

Las sesiones de actividad ofrecen la posibilidad de ampliar el ámbito de varias transacciones locales y agruparlas. Esto permite confirmarlas basándose en los criterios de despliegue o mediante una lógica explícita de programa.

Los beans asíncronos ofrecen mejoras de rendimiento para aquellas tareas que utilizan una gran cantidad de recursos, al permitir que se ejecuten tareas individuales como tareas múltiples. También se pueden utilizar las funciones de planificación asíncrona para procesar solicitudes de proceso paralelo en modalidad por lotes en el tiempo designado. El producto da soporte completo a la invocación y la ejecución asíncrona de hebras y componentes del servidor de aplicaciones. El servidor de aplicaciones proporciona un contexto de ejecución y de seguridad para los componentes, convirtiéndolos en parte integral de la aplicación.

Las áreas de trabajo permiten el compartimiento eficaz de información en una aplicación distribuida. Por ejemplo, es posible que desee añadir información de perfil a medida que cada cliente entra en la aplicación. Al colocar esta información en un área de trabajo, estará disponible en toda la aplicación, lo que eliminará la necesidad de codificar una solución o leer y escribir información en una base de datos.