<div dir="ltr">Hi Dimitri,<br><div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-03-02 14:47 GMT+01:00 Dimitri Papadopoulos Orfanos <span dir="ltr"><<a href="mailto:dimitri.papadopoulos@cea.fr" target="_blank">dimitri.papadopoulos@cea.fr</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Dear all,<br>
<br>
I've stumbled upon the following tickets and learned that ZMQ and Pyro<br>
support will be deprecated/dropped in CubicWeb 3.19:<br>
        <a href="http://www.cubicweb.org/ticket/2919295" target="_blank">http://www.cubicweb.org/ticket/2919295</a><br>
        <a href="http://www.cubicweb.org/ticket/2919297" target="_blank">http://www.cubicweb.org/ticket/2919297</a><br>
        <a href="http://www.cubicweb.org/ticket/2919309" target="_blank">http://www.cubicweb.org/ticket/2919309</a><br>
<br>
We were planning on using ZMQ to remotely update and access CubicWeb<br>
databases, in order to avoid HTTP limitations and the hassle of managing<br>
HTTPS sessions in scripts. Are ZMQ and Pyro to be entirely dropped? What<br>
should we be using instead of ZMQ?<br></blockquote><div><br></div><div>The idea is to use a combination of the "signedrequest" and "rqlcontroller"<br></div><div>cubes (server-side) and request.py (client side) to perform authenticated<br>
restful repo access.<br><br></div><div>Still, this is far from a drop-in replacement of pyro/zmpqpickle protocols.<br><br></div><div>For pyro, it's just a dead unsupported library (there exists a version 4<br></div><div>
but version number indicates it is a new thing).<br><br></div><div>I still believe there should be some room for zmq-pickle in the very short term<br></div><div>provided its users are aware of the following:<br><br></div>
<div>* the client is basically granted full access to the resources of the user@host <br></div><div>running the server, which is a bit of a security concern ...<br></div><div>* the transport is insecure (anyone sniffing the traffic will grab everything)<br>
</div><div>* there are obscure bugs and corner cases<br></div><div>* it needs to die (as currently done at least)<br></div><div><br></div><div>(that's basically what Pierre-Yves noted in the tickets).</div><div><br></div>
<div>Regards,<br></div><div>Aurélien.<br></div><br></div></div></div></div>