1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
|
// This may look like C, but it's really -*- C++ -*-
//=============================================================================
/**
* @file Muxed_TMS.h
*
* $Id$
*
* @author Alexander Babu Arulanthu <alex@cs.wustl.edu>
*/
//=============================================================================
#ifndef TAO_MUXED_TMS_H
#define TAO_MUXED_TMS_H
#include "ace/pre.h"
#include "tao/Transport_Mux_Strategy.h"
#if !defined (ACE_LACKS_PRAGMA_ONCE)
# pragma once
#endif /* ACE_LACKS_PRAGMA_ONCE */
#include "ace/Functor.h"
#include "ace/Hash_Map_Manager.h"
class TAO_Pluggable_Reply_Params;
/**
* @class TAO_Muxed_TMS
*
* Using this strategy a single connection can have multiple
* outstanding requests.
* @@ Can the performance of the demuxer be made more predictable,
* for example, using the request id as an active demux key?
* NOTE: check the OMG resolutions about bidirectional
* connections, it is possible that the request ids can only
* assume even or odd values.
*/
class TAO_Export TAO_Muxed_TMS : public TAO_Transport_Mux_Strategy
{
public:
/// Constructor.
TAO_Muxed_TMS (TAO_Transport *transport);
/// Destructor.
virtual ~TAO_Muxed_TMS (void);
/// Generate and return an unique request id for the current
/// invocation.
virtual CORBA::ULong request_id (void);
// = Please read the documentation in the TAO_Transport_Mux_Strategy
// class.
virtual int bind_dispatcher (CORBA::ULong request_id,
TAO_Reply_Dispatcher *rh);
virtual void unbind_dispatcher (CORBA::ULong request_id);
virtual int dispatch_reply (TAO_Pluggable_Reply_Params ¶ms);
// @@ Commented for the time being, let the commented line stay for
// sometime - Bala
// virtual TAO_GIOP_Message_State *get_message_state (void);
// virtual void destroy_message_state (TAO_GIOP_Message_State *);
virtual int idle_after_send (void);
virtual int idle_after_reply (void);
virtual void connection_closed (void);
protected:
/// Lock to protect the state of this class
TAO_SYNCH_MUTEX lock_;
/// Used to generate a different request_id on each call to
/// request_id().
CORBA::ULong request_id_generator_;
typedef ACE_Hash_Map_Manager_Ex <CORBA::ULong,
TAO_Reply_Dispatcher *,
ACE_Hash <CORBA::ULong>,
ACE_Equal_To <CORBA::ULong>,
ACE_Null_Mutex> REQUEST_DISPATCHER_TABLE;
/// Table of <Request ID, Reply Dispatcher> pairs.
REQUEST_DISPATCHER_TABLE dispatcher_table_;
/// Keep track of the orb core pointer. We need to this to create the
/// Reply Dispatchers.
TAO_ORB_Core *orb_core_;
// @@ Commented for the time being, let the commented line stay for
// sometime - Bala
// TAO_GIOP_Message_State *message_state_;
// Message state where the current input message is being read. This
// is created at start of each incoming message. When that message
// is read, the message is processed and for the next message a new
// message state is created.
// @@ Having members of type TAO_GIOP* indicates that we
// (Transport_Mux_Strategy) are aware of the underlying messaging
// protocol. But for the present let us close our eyes till we are
// able to iterate on a use case - Bala.
};
#include "ace/post.h"
#endif /* MUXED_TMS_H */
|
