Manejo de transacciones B.D. en WebService

[andres_04_08]

Muchas gracias por tu respuesta!, supuse que estaba sucediendo lo que indicas.

Estoy utilizando TSQLQuery conectados con TSQLConnection, ¿sabras decirme como manejar el pool de conexión con estos componentes? de lo contrario, podrás darme un ejemplo de como hacerlo con ADO.

Lo que se me ocurrió también, es instanciar un TSQLConnection en cada llamada al servicio, ¿puede ser esta la forma? ¿en que evento del WebModule se debería realizar?

Gracias!

[mamcx]

Buscando en google:

http://docwiki.embarcadero.com/RADSt...rs_tutorial%29

[[AgustinOrtu]]

Un data module no es una variable global. Que el IDE te cree una variable global es otro tema. Lo mismo se podria decir de los form. Pero ese comportamiento se arregla fácilmente cambiando una opción para que no te cree nada automáticamente (no agrega las "líneas mágicas" en el dpr)

[mamcx]

Corrección clara!

[jhonny]

Sin embargo y aunque estoy de acuerdo con lo que plantea mamcx incluida la aclaración de Agustín, hay algo aquí que no me suena y es el hecho que Andres diga que se "mezclen" las transacciones. Pues si estás usando DataSnap para crear dicho servidor, ese no debería ser un problema ya que él crea un Hilo por cada petición que se le hace, lo cual crearía una instancia de dicha conexión para cada una de tus peticiones.

Claro, asumiendo que estás usando DataSnap... la única cosa que se me ocurre... generaría tal comportamiento, sea que el LifeCycle de la clase publicada en tu modulo Container sea de tipo Server y no Invocation o Session... lo cual parece ser el caso que requieres.

Ahora bien, la solución puede que sea cambiar dicha propiedad, sin embargo debes plantear el cambio de esquema en tus WS de "state-full" a "state-less" como plantea mamcx.

[[AgustinOrtu]]

No se como tendra configurado el server. Yo solo se que lo que controla esa propiedad es el tiempo de vida de las DSServerClass, osea de lo que el IDE te genera como TServerMethods1

Si no me falla la memoria el DataModule va aparte del TServerMethods

Las DSServerClass basicamente reciben una referencia a una clase descendiente de TPersistent, osea una TPersistentClass, y lo que hacen es crear una instancia de dicha clase para exponer al cliente

[andres_04_08]

Por el momento lo resolví de la siguiente forma:

En el WebModule declaro una variable en threadvar del tipo TwsDataModule.
Luego en el evento BeforeDispatch instancio esta variable con mi dataModule (TwsDataModule) que tiene las conexiones.
Posteriormente en el evento AfterDispatch realizo un freeAndNil de esta variable.

De esta forma logro que por cada invocación a mi W.S., se cree un dataModule con las conexiones que utilizarán en esa petición, y cada conexión puede tener una transacción distinta.