<div>
            <div>
                <span>
                    <br>
                </span>
                <span></span>
                
                <p style="color: #a0a0a0;">On Wednesday, March 16, 2011 at 6:07 PM, Clint Gilbert wrote:</p>
                <blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
                    <span><div><div>Great, thank you for your response!  Your code appears to just publish<br>messages to a server - or am I missing something?  Is it possible to<br>have the client establish a connection to the server, optionally send a<br>message to the server, and then wait for (and process) one or many<br>messages from the server?<br></div></div></span></blockquote><div>I can't speak to the stay connected, as I don't know if the plugin does comet style long polling, &nbsp;but it is possible to do most everything. The one thing I'd be curious about, and just need to&nbsp;investigate, is do the JavaScript demos for the plugin is Basic.Consume. If they so, I imagine&nbsp;it would need to keep the connection open. &nbsp;A worst case would be a Basic.Get poll.</div><div><br></div><div>My goal was basically reuse of sessions in the RPC plugin to make publishing as fast and easy&nbsp;as possible with HTTP (no multiple requests).</div><div><br></div><div>It appears the core use case of the plugin is to create a channel/session for each&nbsp;client and use that for consuming and sending. &nbsp;Check out the JSON-RPC channel&nbsp;plugin and the examples, which both can easy be installed in a Rabbit server. It should&nbsp;give you a good idea of what is possible and includes a chat demo.</div><div><br></div><div>The biggest issue with the plugin is the lack of documentation. I am going to contribute that&nbsp;back along with a fully working Python client for it (not just publish), but it is lower on my&nbsp;priority list at the moment.</div><div><br></div><div>Gavin</div>
            </div>
        </div>