Як отримати FetchType.LAZY асоціації з JPA та Hibernate у весняному контролері

Я маю клас Особи:

@Entity
public class Person {

    @Id
    @GeneratedValue
    private Long id;

    @ManyToMany(fetch = FetchType.LAZY)
    private List<Role> roles;
    // etc
}

Маючи ледачий зв’язок "багато до багатьох".

У мене в контролері є

@Controller
@RequestMapping("/person")
public class PersonController {
    @Autowired
    PersonRepository personRepository;

    @RequestMapping("/get")
    public @ResponseBody Person getPerson() {
        Person person = personRepository.findOne(1L);
        return person;
    }
}

А PersonRepository - це саме цей код, написаний відповідно до цього посібника

public interface PersonRepository extends JpaRepository<Person, Long> {
}

Однак у цьому контролері мені справді потрібні ледачі дані. Як я можу викликати його завантаження?

Спроба отримати доступ до нього не вдасться

не вдалося ініціалізувати колекцію ролей: no.dusken.momus.model.Person.roles, не вдалося ініціалізувати проксі - немає сесії

або інші винятки залежно від того, що я намагаюся.

Мій xml-опис , у випадку необхідності.

Дякую.

Вам доведеться здійснити явний дзвінок на ліниву колекцію, щоб ініціалізувати її (звичайна практика - дзвонити .size() з цією метою). У сплячому режимі існує спеціальний метод для цього ( Hibernate.initialize()), але JPA не має аналогічного. Звичайно, вам доведеться переконатися, що виклик виконано, коли сеанс все ще доступний, тому зазначайте метод контролера за допомогою@Transactional . Альтернативою є створення проміжного сервісного рівня між контролером та сховищем, який міг би відкрити методи, які ініціалізують ледачі колекції.

Оновлення:

Зауважте, що вищезазначене рішення є простим, але призводить до двох різних запитів до бази даних (одного для користувача, іншого для його ролей). Якщо ви хочете досягти кращої ефективності, додайте наступний метод до інтерфейсу сховища Spring Data JPA:

public interface PersonRepository extends JpaRepository<Person, Long> {

    @Query("SELECT p FROM Person p JOIN FETCH p.roles WHERE p.id = (:id)")
    public Person findByIdAndFetchRolesEagerly(@Param("id") Long id);

}

Цей метод використовуватиме застереження про приєднання JPQL для прискореного завантаження асоціації ролей в одному зворотному переході до бази даних, а отже, пом’якшить покарання за ефективність, понесене двома різними запитами у вищезазначеному рішенні.

Хоча це старе повідомлення, будь ласка, подумайте про використання @NamedEntityGraph (стійкість Javax) та @EntityGraph (Spring Data JPA). Комбінація працює.

Приклад

@Entity
@Table(name = "Employee", schema = "dbo", catalog = "ARCHO")
@NamedEntityGraph(name = "employeeAuthorities",
            attributeNodes = @NamedAttributeNode("employeeGroups"))
public class EmployeeEntity implements Serializable, UserDetails {
// your props
}

а потім весняне репо як нижче

@RepositoryRestResource(collectionResourceRel = "Employee", path = "Employee")
public interface IEmployeeRepository extends PagingAndSortingRepository<EmployeeEntity, String>           {

    @EntityGraph(value = "employeeAuthorities", type = EntityGraphType.LOAD)
    EmployeeEntity getByUsername(String userName);

}

У вас є кілька варіантів

• Напишіть метод у сховище, яке повертає ініціалізовану сутність, як запропонував RJ.

Більше роботи, найкраща продуктивність.

• Використовуйте OpenEntityManagerInViewFilter, щоб тримати сеанс відкритим для всього запиту.

Менша робота, зазвичай прийнятна у веб-середовищі.

• Використовуйте клас-помічник для ініціалізації об'єктів, коли це потрібно.

Менш робота, корисна, коли OEMIV не є можливим, наприклад, у додатку Swing, але може бути корисним і для реалізації сховищ, щоб ініціалізувати будь-яку сутність за один кадр.

Для останнього варіанту я написав клас утиліти, JpaUtils щоб ініціювати об'єкти в деякому дефісі.

Наприклад:

@Transactional
public class RepositoryHelper {

    @PersistenceContext
    private EntityManager em;

    public void intialize(Object entity, int depth) {
        JpaUtils.initialize(em, entity, depth);
    }
}

він може бути ліниво завантажений під час транзакції. Таким чином, ви можете отримати доступ до колекції у вашому сховищі, в якому є транзакція - або те, що я зазвичай роблю, це get with associationабо встановити fetchmode нетерплячим.

Я думаю, що вам потрібен OpenSessionInViewFilter, щоб тримати сеанс відкритим під час візуалізації перегляду (але це не надто хороша практика).

Весняні дані JpaRepository

Дані Spring JpaRepositoryвизначають наступні два методи:

• getOne, Який повертає сутність проксі , який підходить для установки @ManyToOneабо @OneToOneбатьківська асоціація , коли зберігається дочірній об'єкт .
• findById, який повертає POJO сутності після запуску оператора SELECT, який завантажує об'єкт із пов'язаної таблиці

Тим НЕ менше, в вашому випадку, ви не дзвонили ні getOneабо findById:

Person person = personRepository.findOne(1L);

Отже, я припускаю, що findOneметод - це метод, який ви визначили в PersonRepository. Однак findOneметод не дуже корисний у вашому випадку. Оскільки вам потрібно взяти Personразом з rolesколекцією, краще findOneWithRolesзамість цього використовувати метод.

Спеціальні методи весняних даних

Ви можете визначити PersonRepositoryCustomінтерфейс таким чином:

public interface PersonRepository
    extends JpaRepository<Person, Long>, PersonRepositoryCustom { 

}

public interface PersonRepositoryCustom {
    Person findOneWithRoles(Long id);
}

І визначте його реалізацію так:

public class PersonRepositoryImpl implements PersonRepositoryCustom {

    @PersistenceContext
    private EntityManager entityManager;

    @Override
    public Person findOneWithRoles(Long id)() {
        return entityManager.createQuery("""
            select p 
            from Person p
            left join fetch p.roles
            where p.id = :id 
            """, Person.class)
        .setParameter("id", id)
        .getSingleResult();
    }
}

Це воно!

Ви можете зробити так само, як це:

@Override
public FaqQuestions getFaqQuestionById(Long questionId) {
    session = sessionFactory.openSession();
    tx = session.beginTransaction();
    FaqQuestions faqQuestions = null;
    try {
        faqQuestions = (FaqQuestions) session.get(FaqQuestions.class,
                questionId);
        Hibernate.initialize(faqQuestions.getFaqAnswers());

        tx.commit();
        faqQuestions.getFaqAnswers().size();
    } finally {
        session.close();
    }
    return faqQuestions;
}

Просто використовуйте faqQuestions.getFaqAnswers (). Size () у вашому контролері, і ви отримаєте розмір, якщо ліниво перетворити список, не виймаючи сам список.