Существует ли класс стандартной библиотеки java8, который означает «возможно, с исключением» так же, как java.util.Optional означает «возможно, ноль»?

У меня есть классы, которые называются скажем CalculationOutcome и FileHashOutcome. У их конструкторов есть (ActualResult, Throwable) аргументы, а в конце цепочки CompletionStage у меня есть handle(XxxOutcome::new).

Если бы я мог написать, скажем, PossiblyWithError<FileHash>, это могло бы сделать намерения более ясными и сэкономить некоторые шаблоны.

Обновлено: люди просят пример кода...

class FileHashOutcome {
  private final String hash;
  private final Throwable throwable;
  FileHashOutcome(String hash, Throwable throwable){
    // Usual assignments
  }
}

CompletionStage<FileHashOutcome> future =
   SomeExternalLibrary.calculateHash(file) 
   // ...It's a CompletionStage<String> at this stage...
   .handle(FileHashOutcome::new);

// Then I pass `future` to a service that 
// will execute it and pass back the result asynchronously

Если быть точным, это внутри актора Akka, и я прошу инфраструктуру трубка вернуть результат обратно в актор в виде сообщения.

Редактировать: предложения о том, что CompletableFuture может выполнять эту работу... Да, хороший момент, он представляет именно то, что должно быть представлено. И это немного похоже на запах кода, чтобы реализовать свое собственное грубое и готовое будущее, а затем обернуть его в будущее java8.

Есть несколько обручей, через которые нужно прыгать в зависимости от того, есть ли у вас доступ к «конверту» будущего. Если вы внутри thenApply, то вы «внутри» конверта и не знаете об этом. И инфраструктура Akka «выбрасывает» конверт и возвращает только результат (и ничего не возвращает, если было исключение, что является одной из основных причин, почему я хотел поймать и обернуть это исключение в конце цепочки CompletionStage) . Конечно, поскольку я создал CompletionStage, я мог хранить его в переменной-члене, пока инфраструктура не подтолкнет меня к завершению.