Jak obsłużyć CompletableFuture

Jak obsłużyć CompletableFuture
Qbelek
  • Rejestracja:prawie 6 lat
  • Ostatnio:około 3 godziny
  • Postów:105
0

Cześć!
Mam sobie taką funkcję:

Kopiuj
@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 :)

edytowany 1x, ostatnio: Riddle
Shalom
  • Rejestracja:około 21 lat
  • Ostatnio:prawie 3 lata
  • Lokalizacja:Space: the final frontier
  • Postów:26433
1

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ś:

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

"Nie brookliński most, ale przemienić w jasny, nowy dzień najsmutniejszą noc - to jest dopiero coś!"
edytowany 1x, ostatnio: Shalom
Charles_Ray
  • Rejestracja:około 17 lat
  • Ostatnio:około 21 godzin
  • Postów:1875
2

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?


”Engineering is easy. People are hard.” Bill Coughran
edytowany 2x, ostatnio: Charles_Ray
Qbelek
Robiłem to za dokumentacją do Spring Data, więc on to automatycznie generował na podstawie interfejsu zdaje się. Teraz to zrobiłem manualnie po ludzku.
Qbelek
A co do tego blokowania wątku. 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
Shalom
@Qbelek: nie odpowiadaj w komentarzach!
Shalom
  • Rejestracja:około 21 lat
  • Ostatnio:prawie 3 lata
  • Lokalizacja:Space: the final frontier
  • Postów:26433
2

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 brookliński most, ale przemienić w jasny, nowy dzień najsmutniejszą noc - to jest dopiero coś!"
edytowany 1x, ostatnio: Shalom
Charles_Ray
  • Rejestracja:około 17 lat
  • Ostatnio:około 21 godzin
  • Postów:1875
3

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.


”Engineering is easy. People are hard.” Bill Coughran
edytowany 1x, ostatnio: Charles_Ray
KamilAdam
Nawet jak repozytorium zwraca Future, z czym sie nie spotkalem W Scali ze Slickiem to standard. Dla Javy faktycznie trudno znaleźć przykład w google <zamyslony>. A jednak jest https://www.baeldung.com/spring-data-java-8#completablefuture
Charles_Ray
Rzeczywiście, jak jest asynchroniczny driver, to powinno to zadziałać (o ile Spring to ogarnie).
Qbelek
O, właśnie o to mi chodziło :)
Charles_Ray
Technicznie da się to osiągnąć, natomiast ja miałem doświadczenie w innych wariantach: 1. Zrzucanie query na własna pule wątków i wtedy wyjście z wrappera typem asynchronicznym i 2. Reaktywne repozytorium, które już ma API oparte na Mono/Flux

Zarejestruj się i dołącz do największej społeczności programistów w Polsce.

Otrzymaj wsparcie, dziel się wiedzą i rozwijaj swoje umiejętności z najlepszymi.