Version imprimable
Bonjour,
Je suis débutant dans le développement d'application SPRING, Hibernate, RCP et je me demande comment m'y prendre. Pouvez-vous m'indiquer une méthodologie ou comment créer une belle application qui respecte les 3 couches (persistance, service et vue) ?
Bonjour,
Hibernate ? tu vas souffrir ! :aie: Hibernate et OSGi ça marhce pas très fort (je dis pas que c'est impossible, mais c'est pénible).
Sinon, pour l'architecture globale, tu n'avai pas précisé si ce serait une architecture client/serveur, ou y'aurait juste le client Eclipse RCP ?
Mais en général, y'a ces grandes lignes qui sont toujours d'actualité :
- Séparer tes objets BO (porteurs de données) et les APIs de tes services dans des plugins séparés des implémentations de ces services
- Seuls les plugins d'API (des services et des BO) doivent exporter leurs packages), le bundles d'implémentation n'exportent pas de packages.
Bref, si t'as déjà utilisé Spring, tu ne srais pas trop dépaysé, faut juste prendre le temps de se doncumenter sur OSGi (pas eclipse RCP) et ses notion (export/uimport de packages et de services).
Au fait, sur ce même forum, Angelo Zerr et Pascal Laclerq ont annoncé qu'ils vont entamer un projet client/serveur à base d'OSGi, dont l'architecture devrait correspondre à tes besoins :arrow: http://www.developpez.net/forums/d80...clipse-rcp-e4/
Je sais pas pourquoi tu dis que RCP avec Hibernate est une galère, je travaille depuis plus d'un an sur une application RCP, Hibernate/Spring et honnetement c'est pas ce que tu décris.
De ma part je te conseille de mettre toutes les librairies extérieures dans un plugin à part (les libs de Spring et Hibernate), de bien isoler ta couche métier (dans cette couche il ne doit pas y figurer du code RCP) dans un autre plugin, et de faire pareil pour ton interface RCP.
Comme base de données, je te conseille fortement HSQLDB très adaptée aux applications bureautiques.
Bon courage à toi.
djo.mos, je dirais pareil que fadjerx car j'ai moi aussi développé une application Eclipse RCP avec Hibernate répondant bien aux 3 couches (persistance, service et vue). Ca fonctionne super bien. A part quelque souci de construction d'URL pour initialisation de fichiers de mapping (que j'ai connu au départ)et une bonne configuration du classpath, tout fonctionne. J'ai d'ailleurs, pour mon projet, developpé un framework (plugin de la couche des services) actuellement utilisable par les équipes chargées de developper les vues.
Par ailleurs j'utilise postgresql et ca marche nickel
Je suis arrivé à développer mon application avec Spring, Hibernate et RCP tout fonctionne sauf un truc qui me pose de gros problèmes.
Quand deux vues demandent à ma couche service un même objet c'est-à-dire un même identifiant d'objet, ma couche service retourne deux objets distincts. Or pour des raisons de rafraîchissement j'aurai voulu que ma couche service retourne une même instance. Ai-je un défaut de conception ?
Mon application consiste en une simple application RCP.
Les sessions sont gérées de la façon suivante : A chaque appel d'une méthode de ma couche service, si aucune transaction n'est ouverte, une transaction est ouverte et fermée à la fin de la méthode.
J'ai envie de te dire de revoir ta conception et surtout de bien modéliser la communication entre les vues. Une principe simple est de garder l'état des objets courants (une sorte de variables globales partagées par tes différentes vues)+ un système d'écoute des changements de ces variables globales (pattern observateur) à défaut d'appliquer avec rigueur MVC.
Pourrais-tu être plus précis ?