#include <Notify_Handler.h>
Inheritance diagram for TAO_Notify_Handler:


Public Methods | |
| ~TAO_Notify_Handler (void) | |
| Dtor. | |
| virtual int | handle_input (ACE_HANDLE fd) |
| virtual int | handle_close (ACE_HANDLE fd, ACE_Reactor_Mask close_mask) |
Static Public Methods | |
| TAO_Notify_Handler * | create_handler (TAO_Connection_Handler *ch, ACE_Allocator *alloc) |
| TAO_Notify_Handler * | create_handler (TAO_Transport *t, ACE_HANDLE h, ACE_Allocator *alloc) |
| void | destroy_handler (TAO_Notify_Handler *nh) |
| Static method to destroy an instance of this object. | |
Protected Methods | |
| TAO_Notify_Handler (TAO_Connection_Handler *ch, ACE_Allocator *alloc) | |
| NOTE: Needs to be deprecated. | |
| TAO_Notify_Handler (TAO_Transport *t, ACE_HANDLE h, ACE_Allocator *alloc) | |
| Ctor. | |
Private Methods | |
| TAO_Notify_Handler (void) | |
| Preventing default ctor's. | |
Private Attributes | |
| TAO_Transport * | t_ |
| ACE_HANDLE | h_ |
| The handle that we should be concerened with. | |
| ACE_Allocator * | allocator_ |
| Our allocator. | |
Cluttering the *IOP handlers with the job of handling notify calls introduces problems as mentioned in [BUG 1230]. This special handler can help to avoid that problem by splitting the responsibilities between actual connection handling and notify handling that is done underneath the ORB.
|
|
Dtor.
|
|
||||||||||||
|
NOTE: Needs to be deprecated.
|
|
||||||||||||||||
|
Ctor.
|
|
|
Preventing default ctor's.
|
|
||||||||||||||||
|
Static method to create an instance of this object in the memory pool |
|
||||||||||||
|
NOTE: Needs to be deprecated. Just here for backward compatibility |
|
|
Static method to destroy an instance of this object.
|
|
||||||||||||
|
Reimplemented from ACE_Event_Handler. |
|
|
The standard handle_input method, it just redirects to the connection handler Reimplemented from ACE_Event_Handler. |
|
|
Our allocator.
|
|
|
The handle that we should be concerened with.
|
|
|
Our copy of the TAO_TRansport, reference count incremented and stored. |
1.2.18