Discussion :

[Pierre8r]

Bonjour,

Souhait.
Fournir une documentation détaillée de l'installation des sources de JTheque Collections sous Eclipse, pour réussir une compilation sans erreur.

Donc un seul zip avec le code source des projets et les jar des librairies utilisées.

[Baptiste Wicht]

Tout ne pourra pas être automatisé étant donné que j'utilise IntelliJ Idea comme EDI et non Eclipse.

Tu voudrais les sources de JTheque Collections ou également les sources des projets dont dépend JTheque Collections (JTheque Core, Primary Utils et Utils) ?

[Pierre8r]

Tu voudrais les sources de JTheque Collections ou également les sources des projets dont dépend JTheque Collections (JTheque Core, Primary Utils et Utils) ?

Les sources de JTheque Collections et des projets dont dépend JTheque Collections (JTheque Core, Primary Utils et Utils).

Merci,

[Baptiste Wicht]

Est-ce que tu as un plugin SVN sous Eclipse ? Subversive ou Subclipse ?

[Pierre8r]

J'ai installé le client subversion.

[Baptiste Wicht]

Alors, pour installer la dernière version stable, voici ce qu'il faut faire :

JTheque Core :

File -> New -> Other -> SVN -> Checkout Projects from SVN
Repository : http://subversion.developpez.com/projets/JTheque
Dossier : core/tags/1.4
Check out as a project configured using the New Project Wizard
Finish

Java -> Java Project
Configurer le projet

Il faut ensuite répéter l'opération pour JTheque Primary Utils, JTheque Collections et tous les modules de JTheque Collections en prenant chaque fois la dernière version disponible dans le dossier tags

Si tu veux la version en cours de développement, il faut prendre le dossier trunk au lieu de tags, mais comme je suis en train de travailler sur JTheque Core, les applications et les modules ne sont pas compatibles (ni même compilables) avec la dernière version du core.

[Pierre8r]

J'obtiens une boite de dialogue :
Unable to validate

Error validation location "org.tigris.subversion.javahl.ClientException : RA layer request failed

etc.

Si tu veux je peux te montrer mes problèmes par http://www.dimdim.com/

[Baptiste Wicht]

C'est à quel moment que tu obtiens ce message d'erreur ? Lors de l'ajout du repository ou ensuite ?

Je me souviens qu'à l'époque ou j'utilisais Eclipse, j'avais eu pas mal de soucis avec le support SVN.

[Pierre8r]

Lors de l'ajout du repository

[Baptiste Wicht]

Arf, c'est ma faute, les chemins SVN sont sensibles à la casse

Le repository, c'est donc : http://subversion.developpez.com/projets/JTheque

[Pierre8r]

J'ai regardé dans le répertoire :
lib/persistence
J'ai vu un jar h2-1.etc.jar
J'en déduis que tu utilises la base de données H2.

Pour la persistance des données, utilises tu Hibernate ou une autre librairie ?

[Baptiste Wicht]

J'utilisais Hibernate jusqu'à la version 1.4 (y compris) du core, mais depuis la version 2.0, sur laquelle je suis encore en train de travailler, je n'utilise plus Hibernate.

J'utilise maintenant Spring JDBC pour la persistence des données.

[Pierre8r]

Je pense avoir téléchargé les sources de la version 1.4.
Hibernate c'est une de ces librairies ?

[Baptiste Wicht]

Arf, je me suis trompé

Hibernate n'a été utilisé que jusqu'à la version 1.2. Je me suis enmélé les pinceaux

Si tu veux voir les librairies Hibernate/JPA, c'est ici : http://subversion.developpez.com/pro...s/1.2/lib/jpa/

[Pierre8r]

J'utilisais Hibernate jusqu'à la version 1.4 (y compris) du core, mais depuis la version 2.0, sur laquelle je suis encore en train de travailler, je n'utilise plus Hibernate.

J'utilise maintenant Spring JDBC pour la persistence des données.

Qu'est ce qui t'a fait passer d'Hibernate à Spring JDBC ?

[Baptiste Wicht]

Qu'est ce qui t'a fait passer d'Hibernate à Spring JDBC ?

Hibernate se révélait très lourd et assez peu performant. Et comme ma base de données n'est pas des plus conséquentes, il n'est pas trop difficile de gérer le schéma manuellement.

Ce qui se révèle assez lourd avec Hibernate, c'est surtout le lancement de l'application, étant donné qu'il doit parser toutes les entités et générer le schéma de base de données à chaque démarrage. C'est beaucoup plus pratique avec une application serveur, étant donné que cela ne se passe qu'au démarrage du serveur et non pas sur chaque page, de ce fait, c'est très performant.

De plus, avec les facilités offertes par Spring JDBC, il n'est pas très difficile d'effectuer un mapping manuel des classes.