Dlaczego getOne (...) w repozytorium danych sprężynowych nie generuje wyjątku EntityNotFoundException?

Question

Pracuję nad dziwnym problemem, robiłem testy integracyjne, dzwoniąc do kontrolera, aby uzyskać obiekt z bazy danych, która nie istnieje.

public Optional<T> get(Long id) { 

    try { 
    return Optional.ofNullable(repository.getOne(id)); 
    } catch(EntityNotFoundException e) { 
    return Optional.empty(); 
    } 
} 

Kiedy getOne(…) nie jest w stanie znaleźć coś, spodziewałem się EntityNotFoundException ale właściwie nic. Jeśli sprawdzam mój wynik, widzę, że mam pusty obiekt z łącznikiem do niego obsługującym "wyrzucił EntityNotFoundException", ale nie wchodzimy w połówkę i zwracam opcjonalne tego dziwnego obiektu.

Nie mogę zrozumieć tego zachowania.

Answer 1

Dzieje się tak ze względu na sposób, w jaki JPA określa, że ​​EntityManager.getReference(…) zadziała. Powinien zwrócić serwer proxy, który albo usunie obiekt, który ma zostać zwrócony przy pierwszym dostępie do właściwości, albo ostatecznie odrzuci zamknięty wyjątek.

Najprostszym sposobem obejścia tego problemu jest po prostu użycie findOne(…) zamiast tego, tak jak to Optional.ofNullable(repository.findOne(…)). findOne(…) zwróci null na wypadek, gdyby nie znaleziono wyniku.

Bardziej zaawansowanym sposobem rozwiązania tego problemu jest bezpośrednie utworzenie instancji zwracających instancje Optional. Można to osiągnąć, tworząc niestandardowy interfejs bazowego repozytorium, stosując Optional<T> jako typ zwrotu dla metod find….

interface BaseRepository<T, ID extends Serializable> extends Repository<T, ID> { 

    Optional<T> findOne(ID id); 

    // declare additional methods if needed 
} 

interface YourRepository extends BaseRepository<DomainClass, Long> { … } 

Znajdź pełny przykład tego w Spring Data examples repository.