RequesterImplicits
Related Doc:
package requester
Hook to add the request() methods to a third-party Actor.
Similar to RequestableActorRef, but works with an ActorSelection.
The actual Requester that is going to send the requests and process the responses.
The actual Requester that is going to send the requests and process the responses. If you mix RequesterImplicits into a non-Requester, this must point to that Actor, which does all the real work. (If you are using this from within Requester, it's already set.)
Convert a Future into a Request.
Convert a Future into a Request.
This takes the specified Future, and runs it in the Requester's main loop, to make it properly safe. As usual, sender will be preserved.
This is implicit, so if you are in a context that already expects a Request (such as a for comprehension with a Request at the top), it will quietly turn the Future into a Request. If Request isn't already expected, though, you'll have to specify loopback explicitly.
Convert a Request into a Future.
Convert a Request into a Future.
Sometimes, at the edges of the API, you need to think in terms of Futures. When this is necessary, this implicit will take your RequestM and turn it into a Future of the matching type.
Implicit that hooks into *other* Actors, to provide the nice request() syntax to send messages to them. These implicits are available to any Actor that mixes in Requester, but RequesterImplicits should also be mixed into any other class that wants access to this capability. Those other classes must have access to a Requester -- usually, they should be functional classes owned *by* a Requester.
This trait gives you the functions that you actually call directly -- request() and requestFor(). But those calls mostly create RequestM objects, and the actual work gets done by the associated Requester.