Comment charger paresseux récupéré des éléments de Hibernate/JPA, dans mon contrôleur

J'ai une classe de Personne:

@Entity
public class Person {

    @Id
    @GeneratedValue
    private Long id;

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

Avec un plusieurs-à-plusieurs relation qui est paresseux.

Dans mon contrôleur, j'ai

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

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

Et la PersonRepository est juste de ce code, rédigé selon ce guide

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

Toutefois, dans ce contrôleur j'ai vraiment besoin de la lazy-données. Comment puis-je déclencher son chargement?

De la tentative d'accès, elle échouera avec

échoué paresseusement initialiser une collection de rôle:
pas de.brunante.momus.de modèle.Personne.les rôles, n'a pas pu initialiser proxy - pas de
Session

ou d'autres exceptions en fonction de ce que j'ai essayer.

Mon xml-description, en cas de besoin.

Grâce.

  • Pouvez-vous écrire une méthode qui permettra de créer une requête pour récupérer un Person objet compte tenu de certains paramètres? Dans ce Query, comprennent la fetch clause de charge et de la Roles trop pour la personne.
InformationsquelleAutor Matsemann | 2013-03-12
  1. 183

    Vous aurez à faire un appel explicite sur la collection en différé afin de l'initialiser (pratique courante est d'appeler .size() à cet effet). En mode veille prolongée, il est une méthode dédiée à cet effet (Hibernate.initialize()), mais JPA n'a pas d'équivalent. Bien sûr, vous devrez veiller à ce que l'invocation est le cas, lorsque la session est toujours disponible, afin d'annoter votre méthode de contrôleur avec @Transactional. Une alternative est de créer un intermédiaire de la couche de Service entre le Contrôleur et le Référentiel qui pourrait exposer les méthodes initialize paresseux collections.

    Mise à jour:

    Veuillez noter que la solution ci-dessus est facile, mais les résultats de deux requêtes distinctes à la base de données (pour l'utilisateur, un autre de ses rôles). Si vous souhaitez obtenir une meilleure performance ajoutez la méthode suivante à votre source de Données JPA référentiel d'interface:

    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);

}

    Cette méthode utilisera JPQL de chercher rejoindre clause avec impatience charge le rôle de l'association dans un seul voyage aller-retour à la base de données, et donc d'atténuer la performance peine encourue par les deux requêtes dans la solution ci-dessus.

    • Veuillez noter que c'est une solution facile, mais les résultats de deux requêtes distinctes à la base de données (pour l'utilisateur, un autre de ses rôles). Si vous souhaitez obtenir une meilleure performance, essayez d'écrire une méthode spécifique qui ardemment extrait de l'utilisateur et de ses rôles associés en une seule étape à l'aide de JPQL ou de l'API des Critères comme d'autres l'ont suggéré.
    • J'ai demandé un exemple de Jose réponse, dois admettre que je ne comprends pas entièrement.
    • Veuillez cocher une solution possible pour la requête souhaitée méthode dans ma mise à jour de réponse.
    • Chose intéressante à noter, si vous avez simplement join sans fetch, le jeu sera retourné avec initialized = false; donc encore la délivrance d'un deuxième requête une fois que l'ensemble est accessible. fetch est la clé pour faire en sorte que la relation est complètement chargé et en évitant de la deuxième requête.
    • Il semble que le problème de faire les deux et de les chercher et d'une jointure est que le prédicat de jointure critères est ignoré et vous obtenez tout dans la liste ou sur la carte. Si vous voulez tout, puis d'utiliser un fetch, si vous voulez quelque chose de spécifique, puis une jointure, mais la, comme on l'a dit, la jointure sera vide. Cela va à l'encontre de l'objectif de l'aide .Chargement différé.
    • Vraiment merci, j'ai eu le même problème et n'imagine pas que je puisse annoter mon contrôleur comme @Transactional
    • Mise à jour du Code avec JOIN FETCH est un non-sens (le repsonse est correct, mais l'API JPA/JPQL conception est nonsens dans ce cas) à partir de l'OO vue de point. E. g. supposons que nous avons la personne de Joe avec 5 rôles. Puis ce JOIN FETCH récupère 5 Joe entités? Un non-sens complet. Le comportement attendu est que ce code doit récupérer un Joe entité avec initialise les rôles de tableau qui a 5 rôle des entités. J'ai testé ce code, et il retrievied 5 Joe entités, en effet, et je ne peux donc pas l'utiliser.
    • Pourriez-vous aider à l'adapter à findByEmail ? Peux pas comprendre comment l'obtenir droite
    • findByIdAndFetchRolesEagerly solution fonctionne très bien. @MU pour mails essayer qqch comme: @Query("SELECT p FROM Person p JOIN FETCH p.roles WHERE p.email = (:email)") public Person findByEmailAndFetchRolesEagerly(@Param("email") String email);

    InformationsquelleAutor zagyi
  2. 31

    Si c'est un vieux post, considérez l'utilisation de @NamedEntityGraph (Javax Persistance) et @EntityGraph (Spring Data JPA). La combinaison fonctionne.

    Exemple

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

    et puis le printemps repo comme ci-dessous

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

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

}
    • Notez que @NamedEntityGraph est une partie de la JPA 2.1 de l'API, ce qui n'est pas mis en œuvre en veille prolongée avant la version 4.3.0.
    • Ce serait la bonne réponse en novembre 2018.
    InformationsquelleAutor rakpan
  3. 13

    Vous avez quelques options

    • Écrire une méthode de dépôt que le retour d'un initialisé entité de R. J suggéré.

    Plus de travail, de meilleures performances.

    • Utilisation OpenEntityManagerInViewFilter pour garder la session ouverte pour l'ensemble de la demande.

    Moins de travail, généralement acceptable dans les environnements web.

    • Utiliser une classe d'assistance pour initialiser les entités lorsque requis.

    Moins de travail, utile quand OEMIV n'est pas en option, par exemple dans une application Swing, mais il peut être utile de trop sur le référentiel des implémentations pour initialiser toute entité d'un seul coup.

    Pour la dernière option, j'ai écrit une classe utilitaire, JpaUtils à initilize entités à certains deph.

    Par exemple:

    @Transactional
public class RepositoryHelper {

    @PersistenceContext
    private EntityManager em;

    public void intialize(Object entity, int depth) {
        JpaUtils.initialize(em, entity, depth);
    }
}
    • Étant donné que toutes mes demandes sont simples appels de REPOS avec pas de rendu, etc., la transaction est fondamentalement toute ma demande. Merci pour vos commentaires.
    • Comment dois-je faire le premier? Je sais comment écrire une requête, mais pas la manière de faire ce que vous dites. Pourriez-vous s'il vous plaît montrer un exemple? Serait très utile.
    • zagyi fourni un exemple, dans sa réponse, merci de me pointer dans la bonne direction, de toute façon, si.
    • Oui, c'est ça le truc...
    • Je ne sais pas comment votre classe serait appelé! pas terminé la solution de déchets autres temps
    • Utilisation OpenEntityManagerInViewFilter pour garder la session ouverte pour l'ensemble de la demande.- Mauvaise idée. Je voudrais faire une requête supplémentaire pour aller chercher toutes les collections de mes entités.

    InformationsquelleAutor Jose Luis Martin
  4. 6

    il ne peut être paresseusement chargé tandis qu'à l'intérieur d'une transaction. Donc, vous pouvez accéder à la collection dans votre référentiel, qui a une transaction ou de ce que J'ai l'habitude de faire, c'est un get avec l'association, ou de définir fetchmode à la hâte.

    InformationsquelleAutor NimChimpsky
  5. 6

    Je pense que vous avez besoin OpenSessionInViewFilter pour garder votre session ouverte pendant le rendu de l'affichage (mais il n'est pas trop de bonne pratique).

    • Comme je ne suis pas à l'aide de JSP ou quoi que ce soit, juste faire un REST api, @Transactional fera pour moi. Mais sera utile à d'autres moments. Merci.
    • Je sais qu'il est tard maintenant...mais vous pouvez faire usage de OpenSessionInViewFilter même dans un contrôleur, ainsi qu'à la session continuera d'exister jusqu'à ce qu'une réponse est compilé...
    • Merci! Les opérations d'annotation a fait l'affaire pour moi! fyi: Il fonctionne même si vous venez d'annoter la classe mère de reste de la classe.
    InformationsquelleAutor Michail Nikolaev
  6. 0

    Vous pouvez faire la même chose comme ceci:

    @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;
}

    Suffit d'utiliser faqQuestions.getFaqAnswers().size()nin votre manette et vous obtiendrez la taille si paresseusement intialised liste, sans aller chercher de la liste elle-même.

    InformationsquelleAutor neel4soft