Heredar transacciones manuales

Si un objeto con una transacción BYOT en su contexto crea un segundo objeto, el objeto de bajada puede heredar la transacción BYOT (si está configurada para heredar transacciones). El primer objeto creado mediante la puerta de enlace BYOT debe configurarse para "requerir" o "admitir" transacciones. Los objetos posteriores de la actividad se pueden configurar en función de los requisitos de la aplicación.

En el caso de las transacciones automáticas, el tiempo de ejecución de COM+ no intenta confirmar la transacción hasta que el objeto raíz indica que está listo (llamando a SetComplete antes de volver de una llamada). Los usuarios deben tener en cuenta que una transacción BYOT podría confirmarse prematuramente (en que no se ha completado el trabajo de objetos secundarios), ya que la "raíz" no se ejecuta en el entorno en tiempo de ejecución com+, y la semántica de confirmación no está vinculada a la duración del objeto. En general, el usuario debe tener cuidado de no infringir el límite de sincronización de la transacción.

De lo contrario, se aplica la semántica de confirmación com+. COM+ no intentará confirmar una transacción mientras se llama a un objeto dentro de un límite de sincronización. Además, los objetos pueden indicar su coherencia mediante DisableCommit. Si se intenta confirmar una transacción que incluye el trabajo de un objeto que ha llamado DisableCommit, se anulará la transacción.