Hartmut Kaiser wrote:
Very good idea! I'm interested in seeing this happen. A nice integration with Asio would be a cool thing to have.
OTOH that is probably somewhat different from the existing code - reading between the lines for the state of completion port support, anyway. This component would be much higher level than anything else in Boost, except perhaps quickbook and the preprocessor. Is it really desirable that it should be 'part of boost'? What is the point, compared to a project on Googlecode that uses Boost? I like messaging products and value choice, but this smacks of an attempt to compete with Apache qpid by buddying up to an existing project. Note that qpid already uses Boost, though once again its not an asio user. I think it should be considered, but with some caution. What is the intended approach to on-the-wire etc - is it going to be rewritten as an amqp 1.0 system, for example? James