On 09/27/2013 01:01 PM, Pavel Moravec wrote:
I would vote for (c) option.
Thanks, Pavel!
Negs: - "backward incompatible" change Pros: - the incompatibility requires just a change in one type of number during one upgrade
And I'd note this is a worst case scenario also. For many current uses the queue depth limit if specified in bytes is unlikely to be so precisely calibrated as to cause problems. Many uses may not even notice the change.
- calculation of message size should be unified - assume a queue enqueuing messages from 1.0 and 0-10 client - limiting queue in "size" units is IMHO useful to limit memory consumption of the queue - where counting message headers in the limit makes more sense
--------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@qpid.apache.org For additional commands, e-mail: users-h...@qpid.apache.org