Unidad lógica de trabajo

Cuando se cambian recursos que están clasificados como no recuperables (como por ejemplo, archivos serie en Windows 2000), el trabajo es relativamente permanente; ni el código ni los servicios de ejecución EGL pueden rescindir fácilmente los cambios. Cuando se cambian recursos que están clasificados como recuperables (como por ejemplo, bases de datos relacionales), el código o los servicios de ejecución EGL pueden comprometer los cambios para hacer que el trabajo sea permanente o bien pueden retrotraer los cambios para volver al contenido que estaba en vigor cuando los cambios se comprometieron por última vez.

Los recursos recuperables son los siguientes:
Una unidad lógica de trabajo identifica operaciones de entrada que se comprometen o retrotraen como un grupo. Una unidad de trabajo empieza cuando el código cambia un recurso recuperable; y finaliza cuando se produce el primero de los siguientes eventos:

Unidad de trabajo para Java

En una unidad de ejecución Java, los detalles son los siguientes:
  • Cuando alguno de los programas Java finaliza con un error grave, el efecto es equivalente a realizar retrotracciones, cerrar cursores y liberar bloqueos.
  • Cuando la unidad de ejecución finaliza satisfactoriamente, EGL realiza un compromiso, cierra cursores y libera bloqueos.
  • Puede utilizar varias conexiones para leer varias bases de datos, pero sólo debe actualizar una base de datos en una unidad de trabajo ya que sólo está disponible un compromiso de una fase. Para obtener información relacionada, consulte la sección VGLib.connectionService.
  • Cuando se accede a un programa generado por EGL mediante un bean de sesión EJB generado por EGL, el control de transacción puede verse afectado por un atributo de transacción (también llamado tipo de transacción de contenedor), que se encuentra en el descriptor de despliegue del bean de sesión EJB. El atributo de transacción sólo afecta al control de transacción cuando el componente de opciones de enlace, elemento callLink, propiedad remoteComType de la llamada es directo, como se describe en la sección remoteComType en elemento callLink.

    El bean de sesión EJB se genera con el atributo de transacción REQUIRED, pero puede cambiar el valor durante el despliegue. Para obtener información detallada sobre las implicaciones del atributo de transacción, consulte la documentación Java.

Condiciones de uso | Comentarios
(C) Copyright IBM Corporation 2000, 2005. Reservados todos los derechos.