summaryrefslogtreecommitdiff
path: root/cpp
diff options
context:
space:
mode:
authorGordon Sim <gsim@apache.org>2008-04-01 16:32:10 +0000
committerGordon Sim <gsim@apache.org>2008-04-01 16:32:10 +0000
commit0b8344c3212bf98feb4ecb869d1d9436d227ebfc (patch)
tree899b5beacac924d90db87f38c4994e22a73b1399 /cpp
parent39d5ad08610bd28822c77807c1a74a9d2c0be25a (diff)
downloadqpid-python-0b8344c3212bf98feb4ecb869d1d9436d227ebfc.tar.gz
Fix some erroneous definitions in the transitional xml fragment for 0-10.
git-svn-id: https://svn.apache.org/repos/asf/incubator/qpid/trunk/qpid@643472 13f79535-47bb-0310-9956-ffa450edef68
Diffstat (limited to 'cpp')
-rw-r--r--cpp/src/qpid/broker/ConnectionHandler.cpp4
-rw-r--r--cpp/src/qpid/broker/ConnectionHandler.h2
-rw-r--r--cpp/xml/extra.xml26
3 files changed, 7 insertions, 25 deletions
diff --git a/cpp/src/qpid/broker/ConnectionHandler.cpp b/cpp/src/qpid/broker/ConnectionHandler.cpp
index f28c2bb7f7..b763969948 100644
--- a/cpp/src/qpid/broker/ConnectionHandler.cpp
+++ b/cpp/src/qpid/broker/ConnectionHandler.cpp
@@ -96,13 +96,13 @@ void ConnectionHandler::Handler::startOk(const framing::FieldTable& /*clientProp
connection.setUserId(uid);
}
}
- client.tune(framing::CHANNEL_MAX, connection.getFrameMax(), connection.getHeartbeat());
+ client.tune(framing::CHANNEL_MAX, connection.getFrameMax(), 0, 0);
}
void ConnectionHandler::Handler::secureOk(const string& /*response*/){}
void ConnectionHandler::Handler::tuneOk(uint16_t /*channelmax*/,
- uint32_t framemax, uint16_t heartbeat)
+ uint16_t framemax, uint16_t heartbeat)
{
connection.setFrameMax(framemax);
connection.setHeartbeat(heartbeat);
diff --git a/cpp/src/qpid/broker/ConnectionHandler.h b/cpp/src/qpid/broker/ConnectionHandler.h
index 56de1c7517..d949d51c43 100644
--- a/cpp/src/qpid/broker/ConnectionHandler.h
+++ b/cpp/src/qpid/broker/ConnectionHandler.h
@@ -53,7 +53,7 @@ class ConnectionHandler : public framing::FrameHandler
const std::string& mechanism, const std::string& response,
const std::string& locale);
void secureOk(const std::string& response);
- void tuneOk(uint16_t channelMax, uint32_t frameMax, uint16_t heartbeat);
+ void tuneOk(uint16_t channelMax, uint16_t frameMax, uint16_t heartbeat);
void heartbeat() {}
void open(const std::string& virtualHost,
const framing::Array& capabilities, bool insist);
diff --git a/cpp/xml/extra.xml b/cpp/xml/extra.xml
index 512563b454..3904c0f534 100644
--- a/cpp/xml/extra.xml
+++ b/cpp/xml/extra.xml
@@ -173,7 +173,7 @@
</doc>
</field>
- <field name="frame-max" domain="long" label="proposed maximum frame size">
+ <field name="frame-max" domain="short" label="proposed maximum frame size">
<doc>
The largest frame size that the server proposes for the connection. The client can
negotiate a lower value. Zero means that the server does not impose any specific limit but
@@ -193,26 +193,8 @@
</rule>
</field>
- <field name="heartbeat" domain="short" label="desired heartbeat delay">
- <!-- TODO 0.82 - the heartbeat negotiation mechanism was changed during implementation
- because the model documented here does not actually work properly. The best model we
- found is that the server proposes a heartbeat value to the client; the client can reply
- with zero, meaning 'do not use heartbeats (as documented here), or can propose its own
- heartbeat value, which the server should then accept. This is different from the model
- here which is disconnected - e.g. each side requests a heartbeat independently. Basically
- a connection is heartbeated in both ways, or not at all, depending on whether both peers
- support heartbeating or not, and the heartbeat value should itself be chosen by the client
- so that remote links can get a higher value. Also, the actual heartbeat mechanism needs
- documentation, and is as follows: so long as there is activity on a connection - in or out
- - both peers assume the connection is active. When there is no activity, each peer must
- send heartbeat frames. When no heartbeat frame is received after N cycles (where N is at
- least 2), the connection can be considered to have died. /PH 2006/07/19
- -->
- <doc>
- The delay, in seconds, of the connection heartbeat that the server wants. Zero means the
- server does not want a heartbeat.
- </doc>
- </field>
+ <field name="heartbeat-min" domain="short" label="desired heartbeat delay"/>
+ <field name="heartbeat-max" domain="short" label="desired heartbeat delay"/>
</method>
<!-- - Method: connection.tune-ok - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
@@ -243,7 +225,7 @@
<assert check="le" value="channel-max" />
</field>
- <field name="frame-max" domain="long" label="negotiated maximum frame size">
+ <field name="frame-max" domain="short" label="negotiated maximum frame size">
<doc>
The largest frame size that the client and server will use for the connection. Zero means
that the client does not impose any specific limit but may reject very large frames if it