On 29-Apr-08, at 2:43 PM, Peter Saint-Andre wrote:
Curtis King wrote:
I have one question why? I see absolutely no return for this work,
as it
safes what 2 round trips.
I think the main driver is simplification of stream handling (we
will be
living with the core XMPP stream negotiation protocols for a long
time,
why force all the newer implementations to jump through the same old
hoops?), but I'll let folks who are closer to the code speak to that.
I found it added no complexity in implementation. Also, since you
would have to send a new capability list after TLS and SASL
negotiation anyways I would argue the existing stream restarts is
simpler than avoiding them ;-)
ck
