Averiguar conflicto por bloqueo

[Toni]

Pero esto no veo que me de problemas, ya que como he comentado he puesto unos indicadores del estado de cada TIBtransacction y el de la transaccion de lectura funciona correctamente y es el que utilizo para las actualizaciones el que se queda activo.

Ademas es solo en el caso de cargar un CDS con varios datos para editarlos y guardar los cambios posteriormente. Durante el tiempo de edicion se queda la transaccion abierta. Y esto es porque yo pensaba que automaticamente el DataSetProvider la cerraba. Pero creo que el problema es que no tenia definida la propiedad AutoStopAction del TIBTrasacction. Y lo tenia como saNone. Estoy en lo cierto? Que opinas?

[Casimiro Noteví]

A ver si otro compañero puede ayudarte, yo no trabajo de esa forma, así que no puedo confirmarte si es correcto lo que haces.

[Toni]

Me contesto yo mismo con una respuesta de un foro de 'Borland' por el señor Jeff Overcash:

This means the transaction is started before you called ApplyUpdates.
DataSnap only commits the transaction if it starts it. You should
never touch the transaction for a DataSnap driven IBX query. The
transaction's AutoStopAction should always be set to saCommit and
PacketRecords needs to stay -1. This causes the transaction to be
closed after reading the data so it is in the right state when the CDS
tries to Apply the updates.

Y en el que tambien comentan el uso de varias transacciones sin problemas. En el caso de utilizar CDS+DSP+QRY no hay que utilizar nunca las llamadas de commit y rollback directamente al TIBTransacction.

[Casimiro Noteví]

Menos mal que lo has encontrado, porque yo no uso DataSetProvider.
De todas formas, al leer tu mensaje, me ha recordado que ese asunto se ha tratado varias veces en distintos hilos.

[Toni]

Siempre busco primero en el foro y por don google, pero el problema aveces es que hay demasiada informacion dispersa. De todas formas mirandolo ahora practicamente no he visto explicacion concreta sobre este parametro 'clave' en todo esto. Añadir otro concepto que yo tampoco cumplia, si en la misma aplicacion ademas de DataSnap se utiliza directamente componentes IBX estos no tienen que estar asociados a la misma transaccion. Yo ahora ya estoy aplicando estos conceptos y ya funciona todo bien. Antes funcionaba pero podia dar lugar en casos muy puntuales a un problema de bloqueos.

PD: Espero sirva a alguien para sacar maximo partido de la maravilla de Firebird!

[Casimiro Noteví]

Ya nos contarás cómo va