NoSuchMethodError: org.hibernate.SessionFactory.openSession () - java, hibernate

J'ai "hibernate3.jar et hibernate-core-4.2.0.CR1.jar dans mon chemin de classe et je" utilise la version Spring 3.1.3. Le code a été compilé avec succès, mais lors de l'exécution, l'erreur suivante s'affiche

2014-10-28 10:51:25 174 DEBUG [connexion RMI TCP (2) -10.126.30.203] - La méthode cible a échoué pour RemoteInvocation: nom de la méthode "getPriceByKeys"; types de paramètres [java.util.List, java.util.Date] java.lang.NoSuchMethodError: org.hibernate.SessionFactory.openSession () Lorg / hibernate / Session;

Je le google mais ne trouve aucune solution. Remarque: mon projet nécessite hibernate3.jar mais en même temps, mon projet dépend d'un autre fichier jar tiers qui tourne à l'aide du fichier hibernet 4.2.0.

Toute aide Pls ??

Réponses:

Vous devez supprimer plusieurs fichiers JAR d'hibernation de votre classpath. Sans cela, votre application risque de ne pas fonctionner comme prévu. ce qui signifie que vous devez migrer la version hibernate de votre application de la version 3 à la version 4.1.

Bien que Spring 3.1 utilise des fichiers JAR Hibernate 3, vous pouvez toujours migrer vers Hibernate 4. Découvrez le blog de Spring qui propose un petit didacticiel.

Migration vers Spring 3.1 et Hibernate 4.1

Dans le cadre du cours Core-Spring, nous avons un laboratoireapplication que nous montre comment intégrer Spring et JPA / Hibernate ensemble. nous venons de passer à Spring 3.1 / Hibernate 4.1, et nous avons pensé devrait partager quelques conseils.

Juste une mise à jour. La cause du problème est que je suis deux printemps-contexte Fichiers xml dans le projet (un de mon projet et un lié à un autre module que j’intègre). Je charge le xml de contexte à partir de deux classes différentes. Donc l'un des DAO classe chargée par l’un des xml contexte-contexte ne pas obtenir le Session d'hibernation.

Plus tard, en utilisant la balise import, j’ai inclus le fichier de contexte d’application 2nd spring dans le premier fichier de contexte d’application, puis chargé un fichier de contexte d’application unique à partir de la classe. Cela a résolu l'erreur.

Merci,