[Vishnu-developers] news

[<her...@gm...>]

Mariano,

estuve pensando un buen rato sobre el problema del locking
al traer el resto de las paginas de un recordset al cliente.

tengo algunas consideraciones no muy prometedoras que
hacer.

1 - sobre las operaciones de cada cliente:
Cada vez que un cliente envia una operacion, como el curso
de la operacion es determinado en parte por la sesion asociada
al cliente (por ejemplo puede evitarse un bloqueo si la sesion
es quien tiene el acceso al recurso a un recurso pedido), es
necesario que la informacion de sesion llegue implicita o
explicitamente al servidor con cada pedido.

A modo de ejemplo, te recuerdo el estado actual del pedido
de comandos al service. Estos comandos tienen la informacion
de sesion dentro (explicitamente). Luego, el resto del motor
trabaja con la informacion de sesion implicitamente (guardada
en los threads del service y accesible desde el current thread).

El asunto esta entonces cuando llega un pedido que no pasa
por el service y se resuelve como una llamada simple a un
metodo de una interfaz (con una llamada RMI). En estos
casos, no viaja un comando por lo que la informacion de sesion
no es explicita, ni hay un thread asociado a la sesion del lado
del servidor (y entonces tampoco es implicita). Casos en
los que sucede esto son Page y Record si no me equivoco.

De esto veo un par de salidas:
A- Page y Record tendran que tener informacion explicita
de sesion
B- hay que deducir esto de informacion relativa a RMI / ip+port?


sigo en otro mail.