In general, if it is necessary need to wait on an (externally) asynchronous
event then the plugin should spawn a thread to do the waiting. That is what
I did for the "SSL bump" work where the plugin has to wait on an external
connection to provide data.
On the wait thread, when the wait completes,
Using async seems roughly equivalent to scheduling a Continuation. Calling
it will likely create a thread or a thread pool, on top of the ones in the
ATS core. atscppapi also has a C++ wrapper for TSCont (in
Continuation.h). I tried to get in some improvements to this (
https://github.com/apache
Hi all,
I was exprimenting with a new plugin over the weekend with and arrived to a
blocking point, probably because my lack of experience with the async story
in C++. This is the challenge.
I'm integrating a C++ client that invokes calls asynchronously and returns
objects that implement std::fut
Dear Apache enthusiast,
(You’re receiving this message because you are subscribed to one or more
project mailing lists at the Apache Software Foundation.)
The call for presentations for ApacheCon North America 2020 is now open
at https://apachecon.com/acna2020/cfp
ApacheCon will be held at
