On 04:54 am, exar...@twistedmatrix.com wrote:
>
>[snip]
>
>from twisted.internet.interfaces import IReactorFDSet
>
>class ZMQTransport(object):
>[snip]
>
>
>class _ZMQFileDescriptor(object):
>[snip]
>def sendZMQEvents(self, events):
># Whatever the API is.
>
On 6 Jun, 07:59 pm, l...@laurensvh.be wrote:
>Hey,
>
>
>For the Twisted folks: this thing has been reviewed by the ZeroMQ
>folks first because I wanted to be sure I got the technical details
>right on the their side of things.
>
>I'd like to open up a discussion from a while back regarding the
>int
On Sun, 2010-06-06 at 21:59 +0200, Laurens Van Houtven wrote:
> pyzmq offers something called select, which works just like select
> except it works on both file descriptors and ZeroMQ Sockets. It just
> delegates all of the work to libzmq. We could use
> ThreadedSelectReactor and have it use ZMQ'
On Mon, 2010-06-07 at 01:39 +0200, Laurens Van Houtven wrote:
> Whoops, something ate half my sentence.
>
> My point was that most of the argument still stands, I think: just
> listenZMQ and connectZMQ get replaced by ZMQ Endpoints :)
1. SSL runs on top of TCP, yet Twisted has connectSSL/listenSS
Whoops, something ate half my sentence.
My point was that most of the argument still stands, I think: just
listenZMQ and connectZMQ get replaced by ZMQ Endpoints :)
lvh
___
Twisted-Python mailing list
Twisted-Python@twistedmatrix.com
http://twistedmat
On Sun, Jun 6, 2010 at 10:18 PM, Christopher Armstrong
wrote:
> On Sun, Jun 6, 2010 at 2:59 PM, Laurens Van Houtven wrote:
> We don't want to have any more transport-specific methods on the
> reactor, and this has nothing to do with ZMQ. We also don't want to
> have connectSOCKS, or listenSerialP
On Sun, Jun 6, 2010 at 2:59 PM, Laurens Van Houtven wrote:
> A potential option for Twisted, which some people don't quite like,
> would be to have a listenZMQ and connectZMQ, analogous to
> listenTCP/listenUDP/listenSSL and the respective connect*s. I think
> this makes more sense to the ZeroMQ p
Hey,
For the Twisted folks: this thing has been reviewed by the ZeroMQ
folks first because I wanted to be sure I got the technical details
right on the their side of things.
I'd like to open up a discussion from a while back regarding the
integration of ZeroMQ (a messaging system: similar to AMQ
