<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><br class=""><div><blockquote type="cite" class=""><div class="">On 18 Jan 2016, at 15:46, Federico Cabiddu <<a href="mailto:federico.cabiddu@gmail.com" class="">federico.cabiddu@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Hi all,<div class="">with two colleagues (Camille Oudot and Giacomo Vacca) we have been working to an asynchronous HTTP module. </div><div class="">The module uses libevent (<a href="http://libevent.org/" class="">http://libevent.org/</a>) and cURL's multi inteface (<a href="http://curl.haxx.se/libcurl/c/libcurl-multi.html" class="">http://curl.haxx.se/libcurl/c/libcurl-multi.html</a>). It instantiates N workers at startup, each able to generate multiple requests in parallel and to resume the execution of the routing script upon reception of the HTTP reply (or on error); if the query is executed in a transaction context, the transaction itself will be suspended and resumed before continuing the routing logic execution.</div><div class="">The module, apart from implementing non blocking HTTP queries, also provides the ability to specify some HTTPS options per request, to customize HTTP headers and to use several HTTP methods (GET,POST,PUT,DELETE) making it very suitable for interacting with RESTful APIs.</div><div class="">We hope that this module can be useful to many.</div><div class="">As usual any feedback and improvement proposals are more than welcome!</div><div class=""><br class=""></div></div></div></blockquote>I would like to see if we can merge this work with my curl module instead of having yet another HTTP interface (we already have too many). Daniel Stenberg, the author of Curl, has indicated that having multiple libCurl bindings in the same process is not a good thing, especially if we use HTTPS and have multiple OpenSSL initialisations.</div><div><br class=""></div><div>If it’s too far from the CURL module maybe it can use the CURL API that Hugh created and depend on curl. </div><div><br class=""></div><div>If it’s impossible, we should propably make a note that one should use one, not both modules, in the same configuration. If that’s the way forward, please steal the </div><div>pseudovariable I implemented to catch the return codes from curl and possibly some of the modparams. :-)</div><div><br class=""></div><div>/O</div><br class=""></body></html>