[Hibernate] Erreur de configuration ?

Version imprimable

Voir 40 message(s) de cette discussion en une page

Bonjour j'essaye de faire fonctionner ce petit bout de code :

Code:

1
2
3
4
5
6
7
8
9
 
 
Session session= HibernateUtil.getSessionFactory().getCurrentSession();
		Transaction tx = session.beginTransaction();
		UserDTO user = new UserDTO();
		user.setUserName("greg");
		user.setPassword("greg2");
		session.save(user);
		tx.commit();

Mais j'ai une erreur du type :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
 
 
Initial SessionFactory creation failed.java.lang.ExceptionInInitializerError
java.lang.ExceptionInInitializerError
	at erasme.meg2.HibernateUtil.<clinit>(HibernateUtil.java:12)
	at erasme.meg2.UserDAOHibernateTest.testGetUser(UserDAOHibernateTest.java:19)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.lang.reflect.Method.invoke(Unknown Source)
	at junit.framework.TestCase.runTest(TestCase.java:154)
	at junit.framework.TestCase.runBare(TestCase.java:127)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:118)
	at junit.framework.TestSuite.runTest(TestSuite.java:208)
	at junit.framework.TestSuite.run(TestSuite.java:203)
	at junit.swingui.TestRunner$16.run(TestRunner.java:623)
Caused by: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy.  You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed. (Caused by org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy.  You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed.) (Caused by org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy.  You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed. (Caused by org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy.  You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed.))
	at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:543)
	at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:235)
	at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:209)
	at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:351)
	at org.hibernate.cfg.Configuration.<clinit>(Configuration.java:120)
	... 15 more
Caused by: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy.  You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed. (Caused by org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy.  You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed.)
	at org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryImpl.java:397)
	at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:529)
	... 19 more
Caused by: org.apache.commons.logging.LogConfigurationException: Invalid class loader hierarchy.  You have more than one version of 'org.apache.commons.logging.Log' visible, which is not allowed.
	at org.apache.commons.logging.impl.LogFactoryImpl.getLogConstructor(LogFactoryImpl.java:385)
	... 20 more

Voila le code de HibernateUtil :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
 
 
package erasme.meg2;
 
import org.hibernate.*;
import org.hibernate.cfg.*;
 
public class HibernateUtil {
	private static final SessionFactory sessionFactory;
 
    static {
        try {
            // Create the SessionFactory from hibernate.cfg.xml
            sessionFactory = new Configuration().configure().buildSessionFactory();
        } catch (Throwable ex) {
            // Make sure you log the exception, as it might be swallowed
            System.err.println("Initial SessionFactory creation failed." + ex);
            ex.printStackTrace();
            throw new ExceptionInInitializerError(ex);
        }
    }
 
    public static SessionFactory getSessionFactory() {
        return sessionFactory;
    }
 
}

Voila l'arboresence des librairie que j'utilise :

http://img143.imageshack.us/img143/5789/libzz4.jpg

Je comprends pas vraiment d'où viens l'erreur.

15/10/2007, 17h27
phantomass

Dans ton classpath, il y aurait au moins 2 jar commons-logging
15/10/2007, 22h07
Wyfrel

ben c'est ce que j'avais cru comprendre aussi ... mais je suis dans eclispe ... les jar affiché plus haut sont dans le buid path ....

et quand j'enlève la common login de la liste si dessus j'ai un class ot found exception :s
16/10/2007, 08h50
OButterlin

Je pense plutôt que ton problème est dans hibernate.cfg.xml, peux-tu nous le montrer ?

Le voici :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
 
 
<?xml version='1.0' encoding='utf-8'?>
<!DOCTYPE hibernate-configuration PUBLIC 
    "-//Hibernate/Hibernate Configuration DTD//EN"
    "http://hibernate.sourceforge.net/hibernate-configuration-3.0.dtd">
 
<hibernate-configuration>
    <session-factory>
 
        <!-- Settings for a local MySQL database. -->
        <property name="dialect">org.hibernate.dialect.MySQLDialect</property>
        <property name="connection.driver_class">com.mysql.jdbc.Driver</property>
        <property name="connection.url">jdbc:mysql://localhost:3306/meg</property>
        <property name="connection.username">root</property>
        <property name="connection.password"></property>
 
        <!-- Use the C3P0 connection pool. -->
        <property name="c3p0.min_size">3</property>
        <property name="c3p0.max_size">5</property>
        <property name="c3p0.timeout">1800</property>
 
        <!-- Disable second-level cache. -->
        <property name="cache.provider_class">org.hibernate.cache.NoCacheProvider</property>
        <property name="cache.use_query_cache">false</property>
        <property name="cache.use_minimal_puts">false</property>
        <property name="max_fetch_depth">3</property>
 
        <!-- Print SQL to stdout. -->
        <property name="show_sql">true</property>
        <property name="format_sql">true</property>
 
        <!-- Bind the getCurrentSession() method to the thread. -->
        <property name="current_session_context_class">thread</property>
 
        <!-- Hibernate XML mapping files -->
        <mapping resource="erasme.meg.UserDTO.hbm.xml"/> 
 
    </session-factory>
 
</hibernate-configuration>

Merci

16/10/2007, 10h13
OButterlin

Je crois me souvenir d'un problème identique et je n'avais pas trouvé le moyen de lui dire "pas de mot de passe", du coup, j'en avais mis un...
Peux-tu essayer ça ?
(ou alors essaye en retirant la ligne password)

D'abord merci. J'ai changer avec un utilisateur qui dispose d'un mot de passe ... et ça change rien. Même erreur.

Peut être il est utilse de préciser que le code testé que je remet ici :
Code:

1 2 3 4 5 6 7 8 9 Session session= HibernateUtil.getSessionFactory().getCurrentSession(); Transaction tx = session.beginTransaction(); UserDTO user = new UserDTO(); user.setUserName("greg"); user.setPassword("greg2"); session.save(user); tx.commit();
Est testé dans un Junit test

16/10/2007, 10h36
OButterlin

Je ne vois pas d'erreur dans ce code, la seule chose qui pourrait poser problème à l'exécution, c'est que tu ais une clé en double (avec save)

D'après les messages d'erreur (j'avais zappé :oops:), ça semble venir des jar en double.
Il faut choisir entre commons.logging et log4j
16/10/2007, 10h36
Wyfrel

Il semble effectivement que le soucis viennet du JUnit test car quand je fait un simple main (sans JUnit) ca plante plus a cause de ça ... (y a une autre erreur mais je vais d'abord chercher par moi même la cause de l'erreur ;) )
16/10/2007, 10h47
Wyfrel

Citation:

Envoyé par OButterlin

Je ne vois pas d'erreur dans ce code, la seule chose qui pourrait poser problème à l'exécution, c'est que tu ais une clé en double (avec save)

D'après les messages d'erreur (j'avais zappé :oops:), ça semble venir des jar en double.
Il faut choisir entre commons.logging et log4j

Alors le problème je viens de l'identifier ... j'essaye de tester mon code dans un junittest ... mais apperement il utilise aussi un common-logging du coup ca plante. J'ai donc enlever le JunitTest et ca fonctionne . Mais ma question est maintenant comment utiliser JunitTest (celui de eclipse) avec Hibernate ??
16/10/2007, 11h00
OButterlin

Il semble qu'il faille retirer log4j alors...
16/10/2007, 11h10
Wyfrel

Citation:

Envoyé par OButterlin

Il semble qu'il faille retirer log4j alors...

Dès que je laisse le commons-logging j'ai toujours le même problème :S ... même si je laisse log4j ou que je l'enlève ...
16/10/2007, 11h14
OButterlin

Voilà ce que j'essayerais à ta place :

- supprimer le jar de log4j
- remplacer toutes les références au logger de log4j par celui de commons.logging

Ensuite, on reteste...
16/10/2007, 11h20
Wyfrel

Citation:

Envoyé par OButterlin

Voilà ce que j'essayerais à ta place :

- supprimer le jar de log4j
- remplacer toutes les références au logger de log4j par celui de commons.logging

Ensuite, on reteste...

Là où ca devient drôle c'est que je fait aucune référnce au logger log4j ... c'est juste Junit et Hibernate qui s'entrechoquent. Puisque que sans lancer un junit test ca fonctionne ... avec le juint test plus ... et comme mon maitre de stage aime bien les junit test j'aimerai utiliser ca ...
16/10/2007, 11h38
OButterlin

Il se passe quoi quand tu retires le jar de log4j ?

rien de spécial LOL ... il y a toujours le problème entre junit et Hibernate ...a cause du commons logging....

En fait jje crois que 'ai besion du commons logging de hibernate pour compiler mais je devrait pas le mettre a l'execution j'ai essayer de chipoter dans eclipse mais je sais trop où il faut aller changer ca ...

Voila le code de mon junittest pour l'instant
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 package erasme.meg2; import junit.framework.TestCase; import org.hibernate.Session; import org.hibernate.Transaction; public class UserDAOHibernateTest extends TestCase { public static void main(String[] args) { System.out.println("test avant run"); junit.swingui.TestRunner.run(UserDAOHibernateTest.class); } /* * Test method for 'erasme.meg2.UserDAOHibernate.getUser(String, String)' */ public void testGetUser() { System.out.println("test"); Session session= HibernateUtil.getSessionFactory().getCurrentSession(); System.out.println("test2"); Transaction tx = session.beginTransaction(); UserDTO user = new UserDTO(); user.setUserName("greg4"); user.setPassword("greg2"); session.save(user); tx.commit(); } }
et c'est la ligne

Code:

Session session= HibernateUtil.getSessionFactory().getCurrentSession();

qui fait tout planter ...

REM : je sais que pour l'instant ca ressemble un peu a rien comme test mais si déja ce bête code fonctionne pas ...

16/10/2007, 11h55
OButterlin

Tu n'aurais pas un fichier log4j.properties qui traine ?
16/10/2007, 12h07
Wyfrel

si pq ? ... si je ne le met pas j'ai la même erreur .

Je viens de tester j'ai enlever le log4j.properties et le jar log4j ... et toujours la même erreur
16/10/2007, 12h31
bmeurant

Il ne s'agit pas de choisir entre commons-logging et log4J, bien au contraire. Le principe de commons-logging est de fournir une API d'Interfaces communes pour gérer les fonctions de logging.

Si aucun autre système de log n'est inclus, c'est l'implémentation standard de commons-logging (assez limitée) qui est utilisée.

Par contre, si l'on configure tout autre système évolué de logging compatible avec commons-logging (tel que Log4J) qui sera utilisé. Cette utilisation se fera de manière transparente dans le code puisque le principe est justement d'utiliser uniquement les Interfaces fournies par commons-logging et c'est seulement au startup que l'association sera faite entre interfaces commons-logging et implémentation Log4J.

En bref, dans ton code tu utilise uniquement les Interfaces commons-logging. La simple présence du jar et du fichier de conf (properties ou xml) de Log4J permettra d'utiliser ce très puissant framework de log.

Je ne sais donc pas d'où vient ton erreur même si il est probable que tu as deux jar en version différentes de common-logging dans ton classpath : peut être dans les commons libs de ton serveur d'application ? En tout cas cela n'a rien à voir avec l'association entre commons-logging et Log4J dont je recommande d'user et d'abuser.
16/10/2007, 14h08
Wyfrel

je comprend bien .

Mais à partir du moment où c 'est le log de junit qui fait tout palnter comment je fais pour regler le problème ? Je sais même pas quel type de logger ils utilisent .

Voir 40 message(s) de cette discussion en une page