[omniORB] Re: Connection Handler

David Riddoch djr@orl.co.uk
Tue, 22 Dec 1998 17:47:48 +0000 (GMT)


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
> 
> 
>