🚀 go-pugleaf

Pere Vilas wrote:
> 
> El tema es muy interesante... Pero ahí va una complicación adicional. ¿Que
> tal un procesador de transacciones?.
> transaccion tr=transaccion.start();
> tr.agregarEvento(Mievento evento);
> tr.agregarEvento(Mievento evento);
> tr.agregarEvento(Mievento evento);
> tr.commit(); o bien tr.abortar();
> ¿Alguien sabe como manejar esto de forma un poco genérica?.
> 

Hummm...

Creo que un modelo de transacciones necesitaria alguna manera de indicar
el inicio de la transaccion y el fin. El fin lo tienes con commit o
abort, pero ¿que ocurre si el hilo origen del evento se va sin hacer
commit o abort?


De todas maneras creo que se podria realizar un "tr" que contuviera un
metodo de conexion (v.g. socket, pipe, etc.) al que le puedes ir
agregando los eventos. Estos se almacenan en un vector temporal que
cuando se realiza commit son ejecutados o cuando tienes un abort son
anulados. Lo unico que quedaria por definir es al conectar si se quiere
"commit o abort automatico" cuando se produce una condicion inesperada.

Ahora tengo que mirarme si existen pipes en Java :-), desde luego, uno
siempre anda liado en algo.

> En cuanto a tu pregunta, no se si esto te servirá per desde luego a mi me
> funciona en un caso parecido al tuyo. Sesde luego, consume recursos pero
> puede ser util si la cola no va estar casi nunca vacia
> [..]

Gracias, pero el tema, realmente, va de optimizacion de recursos. De
hecho, optimizacion de recursos entre aplicaciones.

Saludos,

-- 
Juan Gonzalo de Silva Medina
http://www.caymasa.es/usr/gonzalo 
mail:gonzalo@caymasa.es
Powered by Red Hat 5.1 2.0.35 and Java