Class AbstractFuture.TrustedFuture<V>
- All Implemented Interfaces:
Future<V>,AbstractFuture.Trusted<V>,ListenableFuture<V>
- Direct Known Subclasses:
ImmediateFuture.ImmediateCancelledFuture,ImmediateFuture.ImmediateFailedFuture,SettableFuture
- Enclosing class:
- AbstractFuture<V>
get() calls exactly the implementation of AbstractFuture.get(long, java.util.concurrent.TimeUnit).-
Nested Class Summary
Nested classes/interfaces inherited from class org.docx4j.com.google.common.util.concurrent.AbstractFuture
AbstractFuture.Trusted<V>, AbstractFuture.TrustedFuture<V> -
Constructor Summary
Constructors -
Method Summary
Methods inherited from class org.docx4j.com.google.common.util.concurrent.AbstractFuture
afterDone, interruptTask, maybePropagateCancellationTo, pendingToString, set, setException, setFuture, toString, tryInternalFastPathGetFailure, wasInterrupted
-
Constructor Details
-
TrustedFuture
TrustedFuture()
-
-
Method Details
-
get
Description copied from class:AbstractFutureThe default
AbstractFutureimplementation throwsInterruptedExceptionif the current thread is interrupted during the call, even if the value is already available.- Specified by:
getin interfaceFuture<V>- Overrides:
getin classAbstractFuture<V>- Throws:
InterruptedExceptionExecutionException
-
get
@CanIgnoreReturnValue public final V get(long timeout, TimeUnit unit) throws InterruptedException, ExecutionException, TimeoutException Description copied from class:AbstractFutureThe default
AbstractFutureimplementation throwsInterruptedExceptionif the current thread is interrupted during the call, even if the value is already available.- Specified by:
getin interfaceFuture<V>- Overrides:
getin classAbstractFuture<V>- Throws:
InterruptedExceptionExecutionExceptionTimeoutException
-
isDone
public final boolean isDone() -
isCancelled
public final boolean isCancelled()- Specified by:
isCancelledin interfaceFuture<V>- Overrides:
isCancelledin classAbstractFuture<V>
-
addListener
Description copied from class:AbstractFutureRegisters a listener to be run on the given executor. The listener will run when theFuture's computation is complete or, if the computation is already complete, immediately.There is no guaranteed ordering of execution of listeners, but any listener added through this method is guaranteed to be called once the computation is complete.
Exceptions thrown by a listener will be propagated up to the executor. Any exception thrown during
Executor.execute(e.g., aRejectedExecutionExceptionor an exception thrown by direct execution) will be caught and logged.Note: For fast, lightweight listeners that would be safe to execute in any thread, consider
MoreExecutors.directExecutor(). Otherwise, avoid it. HeavyweightdirectExecutorlisteners can cause problems, and these problems can be difficult to reproduce because they depend on timing. For example:- The listener may be executed by the caller of
addListener. That caller may be a UI thread or other latency-sensitive thread. This can harm UI responsiveness. - The listener may be executed by the thread that completes this
Future. That thread may be an internal system thread such as an RPC network thread. Blocking that thread may stall progress of the whole system. It may even cause a deadlock. - The listener may delay other listeners, even listeners that are not themselves
directExecutorlisteners.
This is the most general listener interface. For common operations performed using listeners, see
Futures. For a simplified but general listener interface, seeaddCallback().Memory consistency effects: Actions in a thread prior to adding a listener happen-before its execution begins, perhaps in another thread.
Guava implementations of
ListenableFuturepromptly release references to listeners after executing them.- Specified by:
addListenerin interfaceListenableFuture<V>- Overrides:
addListenerin classAbstractFuture<V>- Parameters:
listener- the listener to run when the computation is completeexecutor- the executor to run the listener in
- The listener may be executed by the caller of
-
cancel
@CanIgnoreReturnValue public final boolean cancel(boolean mayInterruptIfRunning) Description copied from class:AbstractFutureIf a cancellation attempt succeeds on a
Futurethat had previously been set asynchronously, then the cancellation will also be propagated to the delegateFuturethat was supplied in thesetFuturecall.Rather than override this method to perform additional cancellation work or cleanup, subclasses should override
AbstractFuture.afterDone(), consultingAbstractFuture.isCancelled()andAbstractFuture.wasInterrupted()as necessary. This ensures that the work is done even if the future is cancelled without a call tocancel, such as by callingsetFuture(cancelledFuture).
-