Zapobiegaj wycofywaniu transakcji podczas przechwytywania wyjątku AccessDeniedException w usłudze wewnętrznej

Mam 2 usługi: RecentRecordService i BookService.

@Service
public class RecentRecordService {
    @Transactional
    public List<Book> getRecentReadBooks() {
        List<Long> recentReadBookIds = getRecentReadBookIds();
        List<Book> recentReadBooks = new ArrayList<>();

        for (Long bookId : recentReadBookIds) {
            try {
                Book book = bookService.getBook(bookId);
                recentReadBooks.add(book);
            } catch (AccessDeniedException e) {
                // skip
            }
        }

        return recentReadBooks;
    }
}

@Service
public class BookService {
    @Transactional
    public Book getBook(Long bookId) {
        Book book = bookDao.get(bookId);
        if (!hasReadPermission(book)) {
            throw new AccessDeniedException(); // spring-security exception
        }
        return book;
    }
}

Załóżmy, że getRecentReadBookIds() zwraca [1, 2, 3].

Gdy użytkownik sesji ma uprawnienia do wszystkich identyfikatorów książek, które zwróciły z getRecentReadBookIds(), wszystko działa prawidłowo. getRecentReadBooks() zwróci listę 3 Book s.

Nagle właściciel książki nr 2 zmienił ustawienie jej uprawnień z „Publicznego” na „Prywatne”. Dlatego użytkownik sesji nie może już czytać książki nr 2.

Spodziewałem się, że getRecentReadBooks() zwróci listę 2 Book s, która zawiera informacje o książce nr 1 i książce nr 3. Jednak metoda nie powiodła się z następującym wyjątkiem:

org.springframework.transaction.UnexpectedRollbackException: Transaction rolled back because it has been marked as rollback-only

Po kilku badaniach stwierdziłem, że ma to coś wspólnego z propagacją transakcji. Transakcja zostanie oznaczona jako „tylko wycofywanie”, nawet jeśli użyję try-catch do obsługi AccessDeniedException w getRecentReadBooks().

Wydaje się, że ten problem można rozwiązać, zmieniając adnotację @Transactional dla getBook() na:

    @Transactional(propagation = Propagation.NESTED)
    public Book getBook(Long bookId) {
        // ...
    }

Lub

    @Transactional(noRollbackFor = AccessDeniedException.class)
    public Book getBook(Long bookId) {
        // ...
    }

Jednak zastanawiałem się, czy mogę rozwiązać problem, modyfikując tylko RecentRecordService. W końcu RecentRecordService jest tym, który chce samodzielnie poradzić sobie z AccessDeniedException.

Każda sugestia pomoże. Dzięki.