Jak obsłużyć CompletableFuture

Cześć!
Mam sobie taką funkcję:

@Override
public Either<Error, User> handle(GetUserByName getUserByName) {

    var name = getUserByName.getName();
    var userFuture = userRepository.findUserByNameAsync(name); // CompletableFuture<Option<User>>

    userFuture

}

Jak widać chcę zwrócić Vavrowy Either<Error, User>. I nie wiem jak to napisać w ładny sposób. (da się to w javie napisać w ładny sposób? xd)
Chcę zwrócić Either.left() zarówno jak Future sfailuje jak również kiedy Option będzie pusty.

Dzięki za pomoc :)

Ale czemu masz tam completable future w takim razie, skoro chcesz wyjść z Eitherem? o_O Albo robisz to asynchronicznie i zwracasz z tej funkcji jakieś Future<Either<Error,User>> czy coś podobnego, albo robisz synchronicznie więc masz jakieś:

Try.of(()->userRepository.findUserByNameAsync(name)
  .get()
).toEither()
.flatMap(option->...) // zamieniasz Option w Eithera
.mapLeft(...) // zamieniasz Exception na twojego lefta

Jezeli repo zwraca Ci future, to z kontrolera (czy co tam masz jako entry point) tez dobrze byloby zwrocic jakis asynchroniczny typ, aby nie blokować wątku (poczytaj o async dispatch). Masz 3 wyjscia: albo zwrocisz tego future z kontrolera albo przekonwertujesz go na Vavrowe odpowiednik (nie wiem w jakim celu).

Swoja droga - w jaki sposob repo zwraca future? Co tam jest pod spodem? Jaki watek obsluguje pobieranie danych?

Jak się wywoła get() na Future to wtedy zwalnia się core CPU i może obsłużyć inny request dopóki Future nie zwróci wartości? Czy trzeba zwrócić Future z kontrolera? Nie do końca to rozumiem

Jak chcesz mieć async z kontrolera to Spring coś takiego wspiera, np. zwracasz ResponseEntity<StreamingResponseBody> i wtedy możesz do swojej funkcji obsługującej dany request przekazać outputstream do którego możesz sobie pisać (to się przydaje kiedy nie chcesz trzymać w pamięci całej odpowiedzi). Możesz też zwrócić CompletableFuture z kontrolera jeśli tak ci wygodniej.

Nie rozumiesz w czym rzecz ;) Tutaj chodzi o async dispatch i pule watkow.

Jedna sprawa to API, czyli jaki typ zwracają metody, a druga sprawa to wątki. Nawet jak repozytorium zwraca Future, z czym sie nie spotkalem (moze w Spring Data Rest tak sie da), to pod spodem metoda musi sie wykonac na jakimś watku z jakiejs puli. Serwer HTTP ma swoja pule watkow, ale mozna tworzyc tez swoje, aby odciazyc serwer.

Wolajac Future.get() stopujesz biezacy watek czekajac na wynik obliczenia, ktore zapewne dzieje sie na jakims innym watku. Nie jest to dobre, poniewaz blokujesz watek serwera. To, co najlepiej zrobic, to zwrocic taki Future z kontrolera tak, aby zadzialal mechanizm async dispatch, czyli response jest wyliczany na innej puli watkow niz watki serwera. Czyli Future.get() „zablokuje Ci serwer” - robiac N requestow jednoczesnie efektywnie zabijesz serwer. Dobrze jest tez wiedziec, jakie pule watkow biora udzial w obsludze requestu - kto nimi zarzadza, jak sa skonfigurowane itd.