Soporte de transacciones

El virtual member manager proporciona un soporte de transacciones limitado cuando lo llama la seguridad de WebSphere o una aplicación.

Si la seguridad de WebSphere llama al virtual member manager, éste utiliza siempre una transacción local para sus operaciones con un depósito subyacente.

Si una aplicación llama al virtual member manager a través de su API basada en SDO Java o a través de su EJB de sesión sin estados, después de que se haya iniciado la transacción global del llamante, el virtual member manager participa en la transacción global del llamante. El virtual member manager no proporciona un método para impedir la transacción global del llamante de participación en este caso. Si el llamante no ha iniciado una transacción global, el virtual member manager inicia su propia transacción global.

Este comportamiento se habilita porque el atributo de la transacción se establece en TX-Supports en el EJB de sesiones sin estado del virtual member manager. Si no se utiliza el EJB de sesión sin estado del virtual member manager, el virtual member manager utiliza el gestor de transacciones de WebSphere Application Server.

Al diseñar una transacción global, si el llamante inicia una transacción global antes de llamar al virtual member manager, el llamante debe considerar que el miembro del gestor virtuales no proporciona ningún soporte transaccional para los depósitos no transaccionales. Si un depósito no es capaz de soportar transacciones, no participa en ninguna transacción iniciada por un virtual member manager o el llamante del virtual member manager.
Nota: El virtual member manager trata los servidores LDAP como depósitos no transaccionales.

Si un virtual member manager se ha configurado con una combinación de depósitos transaccionales y no transaccionales y si una transacción se debe retrotraer, sólo se retrotraen los depósitos transaccionales. Los mensajes de error se registran y el administrador podría necesitar borrar manualmente los depósitos no transaccionales. Por ejemplo, el virtual member manager se ha configurado con un servidor LDAP y el depósito de extensión-propiedad (que es una base de datos), y está creando una entrada de persona en el depósito LDAP con algunas propiedades adicionales en la base de datos de extensión. Si la entrada de la persona se crea correctamente en el depósito LDAP, pero la creación de las propiedades adicionales en la base de datos ha fallado, la base de datos de extensión se retrotrae, pero la entrada de la persona creada en LDAP no se elimina automáticamente. Se registra un mensaje de error. El administrador debe examinar el registro y eliminar la entrada de persona del depósito LDAP.

Restricciones de la región del controlador zOS

Puesto que el gestor del miembro virtuales soporta los plug-ins y los adaptadores de depósito personalizado, si escribe código personalizado para que lo llame al virtual member manager, el código personalizado puede participar en las transacciones del virtual member manager. Debe saber las siguientes restricciones de plataforma al diseñar las extensiones personalizadas en el virtual member manager:
  • La transacción global no está soportada.
  • El contenedor de transacciones locales no está soportado.
  • Sólo se puede utilizar un controlador JDBC de tipo 4 en la región de controlador.


Condiciones de uso | Comentarios