On Mon, Oct 5, 2009 at 1:16 PM, Robert Godfrey <[email protected]> wrote:
> Agreed... the issue for the Java Broker (IIRC) was that MINA wasn't being > cooperative would close the socket before all the commands that were > buffered had been sent... thus the broker deliberately relies on the client > to do the closing... Obviously not ideal, and would be nice to fix as part > of the upcoming IO work... I had a shot at that at the time, the 0-10 client *hates* that the socket is closed after version negotiation fails. Really hates it. A lot. Once I've landed the IO stuff from the branch onto trunk we should look into a) porting the o.a.q.t.io stuff to be a NetworkDriver and b) port the 0-10 session to be a ProtocolEngine and then try to fix this. It's pretty unportable if we want to interop with other < 0-10 implementations. - Aidan -- Apache Qpid - AMQP, JMS, other messaging love http://qpid.apache.org "A witty saying proves nothing" - Voltaire --------------------------------------------------------------------- Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:[email protected]
