Transacciones y el MTS

30/07/2004 - 23:06 por jaimito | Informe spam
Hola compañeros...

Anteriormente (o todavía), el MTS nos facilitaba la vida
permitiendo llevar todo el peso de las transacciones, sin
que nosotros como desarrolladores nos vieramos en la
necesidad de manejar todas nuestras SQL's bajo BEGIN TRANS,
COMMIT y ROLLBACK. Normalmente, creábamos DLL's en Visual
Basic, las generábamos y las incluímas en un paquete MTS.

Con la llegada de .NET, pregunto:

¿Todo sigue igual?
¿Genero las DLL's común y corriente y las meto en el MTS?
¿.NET trabaja todo esto de forma diferente?

Mil gracias...

Preguntas similare

Leer las respuestas

#1 Tomas Restrepo \(MVP\)
31/07/2004 - 04:34 | Informe spam
Jaimito,

<<
Anteriormente (o todavía), el MTS nos facilitaba la vida
permitiendo llevar todo el peso de las transacciones, sin
que nosotros como desarrolladores nos vieramos en la
necesidad de manejar todas nuestras SQL's bajo BEGIN TRANS,
COMMIT y ROLLBACK. Normalmente, creábamos DLL's en Visual
Basic, las generábamos y las incluímas en un paquete MTS.

Con la llegada de .NET, pregunto:

¿Todo sigue igual?
¿Genero las DLL's común y corriente y las meto en el MTS?
¿.NET trabaja todo esto de forma diferente?






Para que operen tus componentes en COM+, debes crear clases heredadas de
System.EnterpriseServices.ServicedComponent. La documentación provee alguna
buena documentación a este respecto.

Tomas Restrepo

Respuesta Responder a este mensaje
#2 Javier Ros
02/08/2004 - 14:33 | Informe spam
Que es el MTS?

COM+??
.NET is here, progress or die!!

Javier Ros Moreno

"Tomas Restrepo (MVP)" escribió en el mensaje
news:
Jaimito,

<<
Anteriormente (o todavía), el MTS nos facilitaba la vida
permitiendo llevar todo el peso de las transacciones, sin
que nosotros como desarrolladores nos vieramos en la
necesidad de manejar todas nuestras SQL's bajo BEGIN TRANS,
COMMIT y ROLLBACK. Normalmente, creábamos DLL's en Visual
Basic, las generábamos y las incluímas en un paquete MTS.

Con la llegada de .NET, pregunto:

¿Todo sigue igual?
¿Genero las DLL's común y corriente y las meto en el MTS?
¿.NET trabaja todo esto de forma diferente?
>>

Para que operen tus componentes en COM+, debes crear clases heredadas de
System.EnterpriseServices.ServicedComponent. La documentación provee


alguna
buena documentación a este respecto.

Tomas Restrepo



Respuesta Responder a este mensaje
#3 Carlos Loachamin
02/08/2004 - 16:23 | Informe spam
El MTS (Microsoft Transaction Server), Esto se utilizaba antes en Windows
NT, el cual era un contenedor de componentes transaccionales, para com y
Dcom, a partir de Windows 2000 nacen los componentes COM+ , que termina
siendo una union entre com y dcom, y el MTS, se transforma en el servidor de
componentes, este contenedor, ahora ya no da solamente soporte para
transacciónes, si no que ahora un componente s de com+ puede soportar entre
otras cosas, Transacciones, pool, string de contruccion dinamicas, seguridad
integrada por componente o aplicación, tiempo de vida de un componente.

.NET para toda esta tenología da un soporte bastante bueno, lo único que se
necesecita es heredar de SevicedComponet, y dentro de el espacio de nombres
System.EnterpriseServices, se puede encontrar varios atributos de clase que
nos ayuda a implementar la tecnologia com+

Saludos
Carlos Loachamin


"Javier Ros" $PAMHEREemuasa.es> escribió en el mensaje
news:

Que es el MTS?

COM+??
.NET is here, progress or die!!

Javier Ros Moreno

"Tomas Restrepo (MVP)" escribió en el mensaje
news:
> Jaimito,
>
> <<
> Anteriormente (o todavía), el MTS nos facilitaba la vida
> permitiendo llevar todo el peso de las transacciones, sin
> que nosotros como desarrolladores nos vieramos en la
> necesidad de manejar todas nuestras SQL's bajo BEGIN TRANS,
> COMMIT y ROLLBACK. Normalmente, creábamos DLL's en Visual
> Basic, las generábamos y las incluímas en un paquete MTS.
>
> Con la llegada de .NET, pregunto:
>
> ¿Todo sigue igual?
> ¿Genero las DLL's común y corriente y las meto en el MTS?
> ¿.NET trabaja todo esto de forma diferente?
> >>
>
> Para que operen tus componentes en COM+, debes crear clases heredadas de
> System.EnterpriseServices.ServicedComponent. La documentación provee
alguna
> buena documentación a este respecto.
>
> Tomas Restrepo
>
>
>


email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida