🚀 go-pugleaf

Myślę że problem może polegać na tym że mamy szablon, a tam dwa typy od 
których zależy. Realizacja tego szablonu wymaga dedukcji dwóch typów. 
Jeden można wydedukować z typu wyniku, a drugi - właśnie jak?

    GetRegionLocations(actions, locate_timeout_ns)
         .then([=](std::vector<Try<std::shared_ptr<RegionLocation>>> &loc) {
           std::lock_guard<std::recursive_mutex> lck(multi_mutex_);
           ActionsByServer actions_by_server;
           std::vector<std::shared_ptr<Action>> locate_failed;

Metoda GetRegionLocations zwraca AsyncBatchRpcRetryingCaller<REQ, RESP>
mamy dwa argumenty do instantiacji (realizacji) szablonu:
argumenty to REQ i RESP

RESP jest zdefiniowane w Call() AsyncBatchRpcRetryingCaller'a
folly::Future<std::vector<folly::Try<RESP>>> Call();
we have std::vector<Try<std::shared_ptr<RegionLocation>>> jako parametr

Ale parametr REQ zdefiniowany jest dla konstruktora 
AsyncBatchRpcRetryingCaller'a

REQ nie jest znane przy wyniku
musi być chyba std::vector<std::shared_ptr<Action>>

Metoda GetRegionLocations nie jest szablonem , ma ten typ REQ na stałe.

Jak powiedzieć kompilatorowi że typ REQ musi być
std::vector<std::shared_ptr<Action>>
?
Czy jest możliwe wskazanie explicite w kodzie?
Być może zamieniając GetRegionLocations ma szablon?

Ale jak w
    GetRegionLocations(actions, locate_timeout_ns)
         .then([=](std::vector<Try<std::shared_ptr<RegionLocation>>>

Wskazać REQ=std::vector<std::shared_ptr<Action>> ?