![[z/OS]](../images/ngzos.gif)
Flujo de peticiones del modelo de multiproceso de MBean Java Management Extensions para WebSphere Application Server para z/OS
Utilizando la posibilidad de proxy dinámico JMX (Java™ Management Extensions), las aplicaciones que dependen de operaciones JMX pueden mostrar un comportamiento coherente, mientras que la arquitectura del servidor utiliza un modelo de un único proceso o un modelo de varios procesos.
Todos los MBeans que proporciona el tiempo de ejecución del producto pueden ejecutarse en el modelo de proceso único empleado en plataformas distribuidas, o el modelo de multiproceso que utiliza el producto para z/OS. Los proveedores de MBeans de usuario puede que tengan que modificar los MBeans para que funcionen en el producto tanto en las plataformas distribuidas como en z/OS. Para obtener más información, consulte la documentación de las interfaces de programación de aplicaciones.
- Dentro de un componente de aplicación que se ejecuta en el mismo proceso de sirviente que el MBean.
- Fuera del servidor mediante uno de los conectores JMX (SOAP, Remote Method Invocation (RMI), HTTP, etc.).
Las solicitudes procedentes de un componente de aplicación generalmente siguen este flujo. El componente de aplicación envía la solicitud a los componentes de sirviente. Los componentes de sirviente redireccionan la solicitud al proceso de control, donde se ejecuta el proxy dinámico del MBean. WebSphere Application Server genera automáticamente el proxy dinámico del MBean durante el tiempo de ejecución. Si la solicitud llama a un método que ha definido el proveedor de MBean con una opción de llamada única, el proxy dinámico en el proceso de control asigna el trabajo aleatoriamente, con la gestión de carga de trabajo (WLM) de MVS, a un proceso de servant. Si la solicitud llama a un método que ha definido el proveedor de MBean con una opción de llamada múltiple, el proxy dinámico en el proceso de control, junto con WLM, distribuye el trabajo a todos los procesos de sirviente que han activado el MBean.
Los MBeans asociados con componentes de aplicación se registran automáticamente con el proxy dinámico en el proceso de control como parte del proceso de activación del MBean cuando WLM inicia el proceso de sirviente. Los MBeans que se activan en un único proceso de sirviente, como por ejemplo un MBean creado y registrado dinámicamente por un componente de aplicación, no pueden participar en operaciones de multillamada. Consulte el tema "Ampliación del sistema administrativo de WebSphere Application Server con MBeans personalizados" para obtener información sobre cómo registrar un MBean.
Cada proceso de sirviente que completa el trabajo devuelve de manera opcional una respuesta al proceso de control. Si el MBean se ha definido con una opción de llamada única y el tipo de retorno es distinto de void, el proceso de control devuelve la respuesta al sirviente que ha realizado la solicitud. A continuación, los componentes del servidor del sirviente devuelven la respuesta al componente de aplicación. Si el MBean se ha definido con una opción de llamada múltiple, el MBean dentro de cada proceso de sirviente se ejecuta por separado y termina de procesar la solicitud en momentos diferentes. Una vez procesadas todas las solicitudes, es posible que necesite una agregación de resultados y una agregación de sucesos para devolver correctamente un resultado al componente de aplicación.
Las solicitudes procedentes de una ubicación remota fuera del servidor siguen generalmente este flujo. La ubicación remota envía la solicitud al proceso de control, donde se ejecuta el proxy dinámico del MBean. WebSphere Application Server genera automáticamente el proxy dinámico del MBean durante el tiempo de ejecución. La siguiente parte del proceso de la solicitud es igual que en la solicitud que se origina desde un componente de aplicación. Si la solicitud llama a un método que ha definido el proveedor de MBean con una opción de llamada única, el proxy dinámico en el proceso de control asigna el trabajo aleatoriamente, con la gestión de carga de trabajo (WLM) de MVS, a un proceso de sirviente de la lista de procesos de sirviente que han activado el MBean. Si la solicitud llama a un método que ha definido el proveedor de MBean con una opción de llamada múltiple, el proxy dinámico en el proceso de control, junto con WLM, distribuye el trabajo a todos los procesos de sirviente que han activado el MBean.
El flujo de la respuesta que se devuelve a la ubicación remota es parecido a la respuesta que se devuelve al componente de aplicación. Cada proceso de sirviente que completa el trabajo devuelve de manera opcional una respuesta al proceso de control. Si el MBean se ha definido con una opción de llamada única y el tipo de retorno es distinto de void, el proceso de control devuelve la respuesta a la ubicación remota. Si el MBean se ha definido con una opción de llamada múltiple, el MBean que se ejecuta dentro de cada proceso de sirviente se ejecuta por separado y termina de procesar la solicitud en momentos diferentes. Una vez procesadas todas las solicitudes, es posible que necesite una agregación de resultados y una agregación de sucesos para devolver correctamente un resultado a la ubicación remota.