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.
Version imprimable
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.
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) ?
Les sources de JTheque Collections et des projets dont dépend JTheque Collections (JTheque Core, Primary Utils et Utils).Citation:
Tu voudrais les sources de JTheque Collections ou également les sources des projets dont dépend JTheque Collections (JTheque Core, Primary Utils et Utils) ?
Merci,
Est-ce que tu as un plugin SVN sous Eclipse ? Subversive ou Subclipse ?
J'ai installé le client subversion.
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.
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/
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.
Lors de l'ajout du repository
http://www.developpez.net/forums/u47471-a183-i684.jpg
Arf, c'est ma faute, les chemins SVN sont sensibles à la casse :oops:
Le repository, c'est donc : http://subversion.developpez.com/projets/JTheque
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 ?
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.
Je pense avoir téléchargé les sources de la version 1.4.
Hibernate c'est une de ces librairies ?
http://www.developpez.net/forums/u47471-a183-i685.jpg
Arf, je me suis trompé :(
Hibernate n'a été utilisé que jusqu'à la version 1.2. Je me suis enmélé les pinceaux :oops:
Si tu veux voir les librairies Hibernate/JPA, c'est ici : http://subversion.developpez.com/pro...s/1.2/lib/jpa/
Qu'est ce qui t'a fait passer d'Hibernate à Spring JDBC ?Citation:
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.
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.Citation:
Envoyé par tintin92
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.