Re: [HS] Introduction d'une solution ORM

As tu pensé à IBatis. Je n'y penserai pas pour un projet from scrash mais
pour dépoussiérer un vieux ça pourrait être un bon compromis.

My usual half a cent.

Laurent Forêt
http://www.devcoop.fr,
http://laurentforet.org
IvyBeans Creator
Membre du JUG Bordeaux


2011/6/6 Eric Le Goff <[email protected]>

> Bonjour la liste,
>
> Je suis un peu hors sujet, mais le lien avec java est que ma question porte
> sur les solutions ORM.
> Le contexte est une reprise de  projet struts (v1.2.4 !) avec visiblement
> utilisation de patterns DAO/DTO
> Pour info la BDD est Oracle mais je ne pense pas que ca puisse avori une
> influence sur vos reponses
>
> Ce projet est très stable, en production depuis plus de 7 ans (d'ou la
> version obsolète de struts), mais il s'agit de lui donner un petit coup
> de dépoussiérage et surtout se donner les moyens pour faire face à un
> doublement potentiel du nombre d'utilisateurs dans les prochains mois. Il va
> s'agir aussi de faciliter la vie future ou
> le modèle des données risque d’évoluer a moyen terme.
>
> Voici donc mes questions :
>
> * Est-ce qu'avec ce contexte vous preconiseriez une solution ORM ? Si oui
> laquelle ? (Hibernate ? OpenJPA ? Autre ?)
> NB : pour l'instant mes recherches sur le sujet donnent des resultats
> mitigies : [1]
>
> * Sachant  la modélisation des tables n'est pas en 3eme forme normale, est
> ce qu'une action sur le modele physique des donnees est un pre-requis avant
> d'envisqger une solution ORM ?
>
> * Enfin d'une maniere tres generale, preferez vous la prudence ("if it
> works, don't fix it") ou préférez vous éviter les situation ou les
> frameworks utilises risquent l’obsolescence ?
>
> Merci de vos retours d'experience.
>
> Eric
>
> [1] :
> http://openjpa.208410.n2.nabble.com/Why-would-I-choose-OpenJPA-over-Hibernate-td210139.html
>
> --
> Eric Le Goff
> twitter: @elegoff
> linkedin: http://www.linkedin.com/in/elegoff
>
>
>