Conexiones concurrentes a un archivo XML

Hola MA,

- Yo también he usado GetType() para esto alguna que otra vez, pero
precisamente en el artículo cuyo enlace he puesto antes te recomiendan que
no utilices ese objeto Type, sino un objeto estático definido por tí.

- Creo que tienes razón con respecto al tema de la escalabilidad a varios
servidores.

Slds - Octavio


"Miguel Angel Campos" <SPAMmacampos ARRUBA .idesarrollaSPAM.com> escribió
en el mensaje news:
Mostrar la cita

Otra posible solución que he visto en otras ocaciones es utilizar el
mismo tipo del objeto:

lock(this.GetType())
{
}

De todas formas yo tiraría mejor por capturar la excepción que se produce
al intentar acceder al fichero XML, y reintentar varias veces hasta
conseguir completar la operación. Esta solución es mas escalable, puesto
que la solución del bloqueo solo aplica a un determinado proceso en una
sola máquina, no en el caso de utilizar varios servidores en una granja.
Un Saludo,

Miguel Angel Campos
MCAD.NET

"Octavio Hernandez" escribió en el mensaje
news:%
Mostrar la cita

JuanCri,

Tu idea está en la línea correcta, pero así como está creo que no
funcionaría. El problema es que en las aplicaciones ASP.NET para cada
petición de página se genera una NUEVA INSTANCIA de la clase de la
página; en tu código 'this' apuntaría cada vez a un objeto distinto y no
habría sincronización. Lo correcto según este artículo


http://msdn.microsoft.com/library/d...032003.asp

es definirse un objeto estático dentro de la clase de la página y
utilizarlo como objeto de sincronización:

public class MiPagina: Page
{
private static Object objetoSincronizacion = new Object();

public void GuardarDatos (string dato)
{
lock (objetoSincronizacion)
{
// abrir xml
// ...
// guardar
// ...
// cerrar xml
// ...
}
}

Slds - Octavio


"JuanCri" escribió en el mensaje
news:
Lo único que se me ocurre es que pongas un lock dentro del método que
está guardando el archivo. Por ejemplo:

public void GuardarDatos (string dato)
{
lock (this)
{
// abrir xml
// ...
// guardar
// ...
// cerrar xml
// ...
}
}


Atte,
Juan C. Olivares
www.juancri.com