[omniORB] Re: Connection Handler

[David Riddoch]

Hi Armen,


I'm afraid that we don't provide any such proprietary hooks in omniORB.

However it is possible to implement garbage collection of resources
without such support by using some sort of heartbeat - this has been
discussed on the list. Have a look at:

  http://www.orl.co.uk/omniORB/archives/1998-11/0030.html

This has the advantage that it will work on any ORB, with any transport.


Cheers,
David


On Tue, 22 Dec 1998, Armen Yampolsky wrote:

> Hello!
> 
> I posted this question to the mailing list, and received a good number
> of responses essentially saying -- "I need to know too, when you find
> out, please tell me!" But alas, no information has been forthcoming, so
> I would like to ask you directly:
> 
> I need to implement strict object disposal on my server. Many of my
> servants place locks on databases, and I need a guarantee that all locks
> and resources belonging to a rogue (disconnected) client are freed, no
> matter the reason for the connection loss.
> 
> In working with other ORB vendors, I had implemented an Evictor pattern,
> wherein a map was maintained by the server, tracking all connected
> clients and their respective objects. I had a handler for the
> (proprietary) connected and aborted events. If a client dropped
> unexpectedly, my server knew about it and cleaned up after it. Now I am
> moving to omniORB2, and am looking for such a hook. I see the events
> written to cerr if I crank up the debug level, so I know that somewhere,
> the ORB knows about the client IP and knows when the client connects and
> disconnects. I'll be looking into the source soon, but am hoping someone
> can tell me of such a hook, or even recommend a "proper" way to do
> distributed garbage collection with omniORB.
> 
> BTW, I am very grateful for omniORB and all the work you guys are doing.
> It is really a solid ORB.
> 
> TIA,
> -A.
> 
> --
> Armen Yampolsky
> Axiom Software Labs
> New York
> 
> 
>