OK, raised as�<meta http-equiv="content-type" content="text/html; charset=utf-8"><a href="http://github.com/tonyg/pika/issues#issue/16">http://github.com/tonyg/pika/issues#issue/16</a><br><br><div class="gmail_quote">2010/9/1 Alexis Richardson <span dir="ltr">&lt;<a href="mailto:alexis@rabbitmq.com">alexis@rabbitmq.com</a>&gt;</span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">sure - why not?<div><div></div><div class="h5"><div><br></div><div>a</div><div><br><br><div class="gmail_quote">2010/9/1 Sigurd H�gsbro <span dir="ltr">&lt;<a href="mailto:sigurd.hogsbro@museeka.com" target="_blank">sigurd.hogsbro@museeka.com</a>&gt;</span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
OK, so I should raise a ticket against pika on Github?<div><br></div><div>Sigurd<br><br><div class="gmail_quote">2010/9/1 Alexis Richardson <span dir="ltr">&lt;<a href="mailto:alexis@rabbitmq.com" target="_blank">alexis@rabbitmq.com</a>&gt;</span><div>

<div></div><div><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Sigurd<div><br></div><div>It&#39;s fine and welcome to discuss AMQP clients on this list. �Thank-you for the email.</div>


<div><br>I&#39;d stick this on Github where people can see it ;-)</div><div><br></div><div>alexis</div>
<div><br><br><div class="gmail_quote">2010/9/1 Sigurd H�gsbro <span dir="ltr">&lt;<a href="mailto:sigurd.hogsbro@museeka.com" target="_blank">sigurd.hogsbro@museeka.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div><div></div><div>
Sorry if discussion on pika is out of scope of this mailing-list, but I thought it preferential to mailing Tony directly.<div><br></div><div>I&#39;m use pika&#39;s asyncore programming model, and find it an excellent model for dealing with connection &amp; channel setup/teardown.<div>




<br></div><div>I have an issue on the channel state callback, which currently passes the ChannelHandler() as a parameter to the callback. As I understand it, the ChannelHandler() is not an object intended for client app usage, and does not that I can see provide any methods useful to the client app.</div>




<div><br></div><div>As it works now, I cannot create a function to allocate a channel (using pika.AsyncoreConnection.channel()) and setup the callbacks (using channel.addStateChangeHandler()), as the channel state callback is called before I can store the reference to the returned Channel() object in my containing object.</div>




<div><br></div><div><div>By replacing the ChannelHandler() object with the Channel() reference instead then the obvious channel operations (declaring of queues etc) could use this parameter and avoid the catch-22 issue.</div>




<div><br></div></div></div><div>If there is general agreement to this change I&#39;m happy to commit the required changes to Github.</div><div><br></div><div>Cheers,</div><div><br></div><font color="#888888"><div>Sigurd</div>




</font><br></div></div>_______________________________________________<br>
rabbitmq-discuss mailing list<br>
<a href="mailto:rabbitmq-discuss@lists.rabbitmq.com" target="_blank">rabbitmq-discuss@lists.rabbitmq.com</a><br>
<a href="https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss" target="_blank">https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss</a><br>
<br></blockquote></div><br></div>
</blockquote></div></div></div><br></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br>