Ce projet est essentiellement composé de tests unitaires qui vérifient certains comportements d'Hibernate: fonctionnement du lazy-loading, du flush, du cache de second niveau...
De plus, Hibernate est ici lié à Spring qui s'occupe de la gestion des transactions.
-
Démonstration de tests unitaires de Dao (avec TestNg et Spring)
-
Démonstration d'un test unitaire de service, sans Spring et sans DB (pour ceux qui croiraient que c'est nécessaire parce que le service est instancié par Spring dans l'application et qu'il utilise un Dao)
-
Démonstration de certaines fonctionnalités d'Hibernate
- Cohérence du modèle et bidirectionnalité
- Démonstration du ManyToOne
- Démontration de la récupération des 'many' à partir du 'one'
- Exemples OneToMany
- La sauvegarde par cascading fait un insert du 'many' suivi d'un update pour la foreign key
- Démonstration de la possibilité de récupérer le 'one' à partir d'un 'many'
- Exemples de ManyToMany
- Cascading ou pas, côté maître de la relation
- Démonstration des particularités des proxies
- Problème du equals
- Initialisation des proxies
- Différences entre session.get et session.load
- Pour le fun, récupération de l'entité réelle derrière le proxy
- Démonstration de l'héritage en une seule table
- Single table
- One table per class
- Join
- Démonstration du flush
- Démonstration d'une mauvaise utilisation de evict (lire les commentaires)
- Fonctionnement des transactions nestées
- REQUIRES_NEW
- définitions alternatives
- problèmes de testing
- Utilisation du cache de second niveau
- Démonstration qu'une propriété lazy loadée peut donner un cache hit alors qu'une propriété eager loadée n'en donnera jamais
- Le cache fonctionne aussi avec les références lazy-loadées, mais le batch fetch ne fonctionne plus alors
- Fonctionnement des caches NONSTRICT_READ_WRITE
- Cache 2nd level pour les collections
- Query cache
- "select e from Entity e where..." ou "from Entity e where..." fetches dependencies
- Problème de join fetch sur des collections filtrées -> l'objet parent contient une collection réduite d'enfants
- Utilisation de lazy
- type réel d'une List lazyloadée
- méthodes qui initialisent une collection lazy loadée
- optimistic locking
- fonctionnement avec Timestamp
- fonctionnement avec Integer
- locking en cas de delete et d'update/delete concurrent
- pas de locking si enfant et parent modifiés séprément
- jointure sur des entités non liées
- jointure sur des colonnes qui ne sont ni des PK ni des FK
- erreur dans le cas des mapping OneToOne dans ce cas (mais fonctionne avec des OneToMany)
- démonstration de la validation des propriétés
- sans hibernate-validator, validation minimale au niveau d'Hibernate
- requêtes complexes
- criteria sur requête historisée
- Test d'un intercepteur
- Démonstration de l'initilisation lazy de propriétés associées à une entité
- Utilisation des propriétés lazy loadées et des listeners pour ajouter de la traçabilité
- Utilisation de batch-size pour le lazy-loading
- chargement de collections (limiter le problème du N+1 select)
- chargement des toOne (Proxy)
- Comparaison de requêtes
- Les requêtes HQL avec ou sans projection, avec ou sans join, se comportent différemment.
- Démonstration de la (non) utilisation du equals par Hibernate
- fetch specific objects in collections: reviewer - reviews. Retrouver les reviewer avec les projets où ils ont plus de 10 commentaires.
-
Démonstration d'un curieux problème lorsque le critéria n'est pas tout à fait correct. Il fonctionne pour un list, mais ne fonctionne pas si on lui ajoute une projection rowCount (voir criteria/alias)
-
Démonstration qu'Hibernate peut s'en sortir avec un modèle robuste
- Pas de constructeur sans paramètre public
- Pas de setter
- Utilisation de Value Object avec des UserTypes
-
TODO
- utilisation de indexcolumn, notamment pour démontrer http://assarconsulting.blogspot.be/2009/08/why-hibernate-does-delete-all-then-re.html
- proxies: hashcode (utilisation des getters)
- héritage, les autres stratégies
- Ajouter les commentaires sur les tests bidirectionnels
- Commentaires sur ManyToOne
- utilisation de usertypes
- si une propriété usertype est dans une projection, c'est le type qu'on reçoit, pas le contenu de la colonne
- dirty checking
- quand il y a flush
- pas d'update si immutable...
- cache de second niveau
- sur requêtes
- avec un eager en fetch select (sur un manyToOne puisque cache hit en lazy)
- concurrence
- update d'une entité deleted (sans versioning)
- delete d'une entité deleted (sans versioning)
- question en cours sur be.fabrice.flush.dao.TestFlush
- comparaison des requêtes HQL sans join, avec join et criteria
-
Resources