dans le Documentation de printemps concernant les tests , il indique:
Évitez les faux positifs lorsque vous testez orm Code
Lorsque vous testez le code impliquant un Cadre orm tel que jpa ou Hibernate, rincer le sous-jacent session dans les méthodes de test qui mettre à jour l'état de la session. Omet de rincer le framework de ORM La session sous-jacente peut produire de faux positifs: votre test peut passer, mais le Même code jette une exception dans un Vivre, environnement de production. Dans le Suivre un test d'exemple basé sur l'hibernate cas, une méthode démontre un faux positif et l'autre méthode expose correctement les résultats de rincer la session.
Quelqu'un peut-il expliquer pourquoi j'ai besoin d'appeler Flush?
4 Réponses :
Eh bien, vous avez réellement ignoré la partie intéressante, l'exemple :) Ici, c'est le cas:
// ...
@Autowired
private SessionFactory sessionFactory;
@Test // no expected exception!
public void falsePositive() {
updateEntityInHibernateSession();
// False positive: an exception will be thrown once the session is
// finally flushed (i.e., in production code)
}
@Test(expected = GenericJDBCException.class)
public void updateWithSessionFlush() {
updateEntityInHibernateSession();
// Manual flush is required to avoid false positive in test
sessionFactory.getCurrentSession().flush();
}
// ...
Pascal, merci. Quelle est la recommandation ici? Flush () Après tout enregistrement et évitez le cache du premier niveau lorsque la performance n'a pas beaucoup de problème? Et devrions-nous appeler flush après avoir appelé la méthode sous test en dehors de l'appel de la méthode ou même à l'intérieur? Comment déroutant!
La documentation de printemps utilise le mauvais concept. Il a été clair