PPI: Checkin of first compiling (yet not working) version
[senf.git] / Socket / SocketProtocol.hh
1 // $Id$
2 //
3 // Copyright (C) 2006
4 // Fraunhofer Institut fuer offene Kommunikationssysteme (FOKUS)
5 // Kompetenzzentrum fuer Satelitenkommunikation (SatCom)
6 //     Stefan Bund <stefan.bund@fokus.fraunhofer.de>
7 //
8 // This program is free software; you can redistribute it and/or modify
9 // it under the terms of the GNU General Public License as published by
10 // the Free Software Foundation; either version 2 of the License, or
11 // (at your option) any later version.
12 //
13 // This program is distributed in the hope that it will be useful,
14 // but WITHOUT ANY WARRANTY; without even the implied warranty of
15 // MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
16 // GNU General Public License for more details.
17 //
18 // You should have received a copy of the GNU General Public License
19 // along with this program; if not, write to the
20 // Free Software Foundation, Inc.,
21 // 59 Temple Place - Suite 330, Boston, MA  02111-1307, USA.
22
23 /** \file
24     \brief SocketProtocol and ConcreteSocketProtocol public header
25
26     \idea We should optimize the protocol handling. Allocating a protocol instance for every socket
27         body seems quite wasteful. We could derive SocketPolicy from SocketBody (probably privately,
28         since private inheritance models more of 'has a' than 'is a'). This would allow to reduce
29         the number of heap-allocations per socket to one which is good.
30  */
31
32 // The private inheritance idea should indeed work very well: We just need to change the
33 // implementations of body() and protocol() and that of the ProtocolClient/ServerSocketHandle
34 // constructors and the SocketBody constructor. The body and the protocol would still be visible
35 // like several instances because of the private inheritance but we would save the backwards
36 // pointer.
37
38 /** \defgroup protocol_group The Protocol Classes
39
40     \htmlonly
41     <map name="protocols">
42       <area shape="rect" alt="SocketPolicy" href="structsenf_1_1SocketPolicy.html" title="SocketPolicy" coords="416,50,536,68" />
43       <area shape="rect" alt="ConcreteSocketProtocol" href="classsenf_1_1ConcreteSocketProtocol.html" title="ConcreteSocketProtocol" coords="268,65,456,88" />
44       <area shape="rect" alt="SocketProtocol" href="classsenf_1_1SocketProtocol.html" title="SocketProtocol" coords="1,2,120,26" />
45       <area shape="rect" alt="BSDSocketProtocol" href="classsenf_1_1BSDSocketProtocol.html" title="BSDSocketProtocol" coords="124,118,276,143" />
46       <area shape="rect" alt="AddressableBSDSocketProtocol" href="classsenf_1_1AddressableBSDSocketProtocol.html" title="AddressableBSDSocketProtocol" coords="82,200,314,224" />
47       <area shape="rect" alt="IPv4Protocol" href="classsenf_1_1IPv4Protocol.html" title="IPv4Protocol" coords="149,272,252,296" />
48       <area shape="rect" alt="IPv6Protocol" href="classsenf_1_1IPv6Protocol.html" title="IPv6Protocol" coords="149,335,251,359" />
49       <area shape="rect" alt="TCPProtocol" href="classsenf_1_1TCPProtocol.html" title="TCPProtocol" coords="151,398,248,420" />
50       <area shape="rect" alt="TCPv4SocketProtocol" href="classsenf_1_1TCPv4SocketProtocol.html" title="TCPv4SocketProtocol" coords="288,471,405,494" />
51       <area shape="rect" alt="TCPv6SocketProtocol" href="classsenf_1_1TCPv6SocketProtocol.html" title="TCPv6SocketProtocol" coords="424,470,540,494" />
52       <area shape="rect" alt="PacketProtocol" href="classsenf_1_1PacketProtocol.html" title="PacketProtocol" coords="560,469,680,495" />
53     </map>
54     <img src="Protocols.png" border="0" alt="Protocols" usemap="#protocols">
55     \endhtmlonly
56
57     The socket handle classes and templates only implement the most important socket API methods
58     using the policy framework. To access the complete API, the protocol interface is
59     provided. Access to the protocol interface is only possible via senf::ProtocolClientSocketHandle
60     and senf::ProtocolServerSocketHandle which have the necessary \c protocol() member. This member
61     returns a reference to the protocol class instance which contains members covering all the API
62     functions (mostly setsockopt/getsockopt related calls but there may be more, this is completely
63     up to the implementor of the protocol class) not found in the SocketHandle interface. The
64     protocol interface is specific to the protocol. It's implementation is quite free. The standard
65     protocols are implemented using a simple multiple-inheritance hierarchy as shown above.
66
67     Since the protocol class is protocol specific (how intelligent ...), the protocol class also
68     defines the \e complete socket policy to be used with it's protocol. Complete meaning, that
69     every policy axis must be assigned it's the most specific (that is derived) policy class to be
70     used with the protocol and that no policy axis is allowed to be left unspecified.
71
72     \see
73         \ref handle_group \n
74         \ref policy_group
75
76     \todo Complete the protocol interface implementations. Better distribution of members to
77         protocol facets and more precise distribution of functionality among the facets.
78  */
79
80 /** \defgroup concrete_protocol_group Protocol Implementations (Concrete Protocol Classes)
81     \ingroup protocol_group
82
83     Theese protocol classes define concrete and complete protocol implementations. They inherit from
84     ConcreteSocketProtocol and are used with the ProtocolClientSocketHandle and
85     ProtocolServerSocketHandle templates to instantiate socket handles. Appropriate typedefs are
86     always provided.
87
88     Every protocol defines both the protocol and the policy interface provided by that protocol. See
89     the documentation of the protocol classes listed below for more information on the supported
90     protocols. Every protocol class documents it's policy interface. Use the 'list all members' link
91     of the protocol class to find the complete policy interface.
92  */
93
94 /** \defgroup protocol_facets_group Protocol Facets
95     \ingroup protocol_group
96
97     The protocol facets are classes used as building blocks to build concrete protocol classes. Each
98     protocol facet will implement some functional part of the protocol interface. The protocol
99     facets all inherit from SocketProtocol by public \e virtual inheritance. This ensures the
100     accessibility of the socket body from all facets.
101  */
102
103 #ifndef HH_SocketProtocol_
104 #define HH_SocketProtocol_ 1
105
106 // Custom includes
107 #include <boost/utility.hpp>
108 // Hrmpf ... I have tried very hard, but I just can't find a nice, generic way to clean
109 // up this include
110 #include "SocketHandle.ih"
111
112 //#include "SocketProtocol.mpp"
113 ///////////////////////////////hh.p////////////////////////////////////////
114
115 namespace senf {
116
117     /// \addtogroup protocol_group
118     /// @{
119
120     class SocketPolicyBase;
121
122     /** \brief Socket Protocol base class
123
124         This is the base class of all socket protocol classes. Every protocol class must directly or
125         indirectly inherit from SocketProtocol
126
127         \attention SocketProtocol must \e always be inherited using public \e virtual inheritance.
128      */
129     class SocketProtocol 
130         : boost::noncopyable
131     {
132     public:
133         ///////////////////////////////////////////////////////////////////////////
134         // Types
135
136         ///////////////////////////////////////////////////////////////////////////
137         ///\name Structors and default members
138         ///@{
139
140         SocketProtocol();
141         virtual ~SocketProtocol() = 0;
142
143         // default default constructor
144         // no copy
145         // no conversion constructors
146
147         ///@}
148         ///////////////////////////////////////////////////////////////////////////
149
150         SocketBody & body() const;      ///< Access the socket body
151                                         /**< \todo we don't need body(), we should better provide a
152                                              handle() member which will return a simple FIleHandle
153                                              object (we cannot return some other derived class since
154                                              we don't know the Protocol or Policy at this point) */
155         virtual SocketPolicyBase const & policy() const = 0;
156                                         ///< Access the policy instance
157
158         ///////////////////////////////////////////////////////////////////////////
159         // Virtual interface
160
161         virtual std::auto_ptr<SocketProtocol> clone() const = 0;
162                                         ///< Polymorphically return a copy of this protocol class
163                                         /**< This member will create a new copy of the protocol
164                                              class on the heap.
165                                              \attention This member must be implemented in every \e
166                                                  leaf protocol class to return a new instance of the
167                                                  appropriate type. */
168         virtual unsigned available() const = 0;
169                                         ///< Return number of bytes available for reading without
170                                         ///< blocking
171                                         /**< This member will check in a (very, sigh) protocol
172                                              dependent way, how many bytes are guaranteed to be
173                                              readable from the socket without blocking even if the
174                                              socket is blocking. If the socket does not support
175                                              reading (viz. NotReadablePolicy is set), this member
176                                              should always return \c 0.*/
177
178         virtual bool eof() const = 0;   ///< Check for end-of-file condition
179                                         /**< This is another check which (like available()) is
180                                              extremely protocol dependent. This member will return
181                                              \c true only, if at end-of-file. If the protocol does
182                                              not support the notion of EOF, this member should
183                                              always return \c false. */
184         virtual void state(SocketStateMap & map, unsigned lod) const;
185                                         ///< Return socket state information
186                                         /**< This member is called to add state information to the
187                                              status \a map. The protocol map should provide as
188                                              detailed information as possible. The amount of
189                                              information to be added to the map is selected by the
190                                              \a lod value with a default value of 0. The
191                                              interpretation of the \a lod value is completely
192                                              implementation defined.
193
194                                              Every class derived from SocketProtocol should
195                                              reimplement state(). The reimplemented method should
196                                              call (all) baseclass-implementations of this
197                                              member.
198
199                                              The \a map Argument is a map which associates
200                                              std:string keys with std:string-like values. The map
201                                              keys are interpreted as hierarchical strings with '.'
202                                              as a separator (like hostnames or struct or class
203                                              members). They are automatically sorted correctly.
204
205                                              The values are std:string with one additional feature:
206                                              they allow assignment or conversion from *any* type as
207                                              long as that type is streamable. This simplifies
208                                              assigning non-string values to the map:
209
210                                              \code
211                                                map["socket.protocol.ip.address"] = peer();
212                                                map["socket.protocol.tcp.backlog"] = backlog();
213                                              \endcode
214
215                                              This will work even if peer() returns an ip-address
216                                              object or backlog() returns an integer. The values are
217                                              automatically converted to their string representation.
218
219                                              The operator "+=" also has been reimplemented to
220                                              simplify adding multiple values to a single entry: It
221                                              will automatically add a ", " separator if the string
222                                              is non-empty. */
223
224     protected:
225
226     private:
227         // backpointer to owning SocketBody instance
228         SocketBody * body_;
229         friend class SocketBody;
230    };
231
232
233     /** \brief Concrete Socket Protocol implementation base class
234
235         ConcreteSocketProtocol is the base class of a concrete socket protocol implementation. The
236         final protocol class must inherit from ConcreteSocketProtocol. The template argument \a
237         SocketPolicy must be set to the complete socket policy of the protocol.
238
239         A protocol implementation may define the protocol interface directly. It can also
240         (additionally) make use of multiple inheritance to combine a set of protocol facets into a
241         specific protocol implementation (i.e. TCPv4SocketProtocol inherits from
242         ConcreteSocketProtocol and from the protocol facets IPv4Protocol, TCPProtocol,
243         BSDSocketProtocol and AddressableBSDSocketProtocol). The protocol facets are not concrete
244         protocols themselves, they are combined to build concrete protocols. This structure will
245         remove a lot of code duplication. It is important to ensure, that the protocol facets do not
246         overlap, since otherwise there will be problems resolving overlapping members.
247         
248         \doc init_client init_server
249      */
250     template <class SocketPolicy>
251     class ConcreteSocketProtocol
252         : public virtual SocketProtocol
253     {
254     public:
255         ///////////////////////////////////////////////////////////////////////////
256         // Types
257
258         typedef SocketPolicy Policy;    ///< The protocols policy
259
260         ///////////////////////////////////////////////////////////////////////////
261         ///\name Structors and default members
262         ///@{
263
264         ~ConcreteSocketProtocol() = 0;
265
266         // no default constructor
267         // no copy
268         // no conversion constructors
269
270         ///@}
271         ///////////////////////////////////////////////////////////////////////////
272
273         Policy const & policy() const;
274
275     protected:
276
277     private:
278         Policy policy_;
279
280     };
281
282     /// @}
283 }
284
285 ///////////////////////////////hh.e////////////////////////////////////////
286 #include "SocketProtocol.cci"
287 //#include "SocketProtocol.ct"
288 #include "SocketProtocol.cti"
289 #endif
290
291 \f
292 // Local Variables:
293 // mode: c++
294 // fill-column: 100
295 // c-file-style: "senf"
296 // indent-tabs-mode: nil
297 // ispell-local-dictionary: "american"
298 // compile-command: "scons -u test"
299 // comment-column: 40
300 // End: