We currently expose Future for asynchronous calls in PubSub and Logging, which creates a problem for thread consumption because every get() call needs a thread while the asynchronous work is outstanding, whereas callbacks (supported by ListenableFuture) don't consume a thread. A potential issue with converting to ListenableFuture is that it makes a Guava class part of our interface. @mziccard , is that why Future was used?
We currently expose
Futurefor asynchronous calls inPubSubandLogging, which creates a problem for thread consumption because everyget()call needs a thread while the asynchronous work is outstanding, whereas callbacks (supported byListenableFuture) don't consume a thread. A potential issue with converting toListenableFutureis that it makes a Guava class part of our interface. @mziccard , is that whyFuturewas used?