Olivier Richaud wrote:
A l'époque, on avait regardé les entity beans des EJB pour réaliser la
persistence, mais nous nous sommes très très vite rendu compte que ce
n'était strictement pas exploitable, ni en terme de performance, ni en terme
de navigation. Au final, le design conduisait à écrire beaucoup de code avec
JDBC dans les méthodes ejbLoad, ejbStore.
Donc tu as teste uniquement BMP ?? Et jamais CMP 2.0 ?
2- Le langage pour faire les queries n'est ni OQL, ni SQL. Avez-vous déjà
constaté de graves lacunes? Peut-on aujourd'hui faire ce que nous avons
réussi à faire avec SQL?
- Pas d'equivalents de SELECT (oblige de faire plusieurs
allers-retours vers la DB, pas possible de recuperer des objets
partiellement)
- Pas de curseurs scrollables
- Pas d'outer joins
- Pas d'API precise pour le cache
- Pas de cache incremental de relation ou batch
- Pas de verrouillage optimiste
Si tu as fait une croix sur EJB (ce qui est une erreur si tu n'as
jamais experimente avec CMP 2.0, a mon avis), je recommande Hibernate
plutot que JDO.
--
Cédric
