Hello, Après une lecture rapide du code, voilà ce qu'il s'en dégage : * Il faut limiter les impacts au niveau des interfaces pour conserver les compatibilités avec les versions précédentes et montrer la puissance du modèle en Y. * Il faut refaire la partie génération, il reste des problèmes sur l'écriture du fichier de mapping en JPA 2. * Il faut réécrire la partie du framework, il n'y pas de soucis particulier à première vue, comme il est toujours possible de faire du code spécifique hibernate enfin je l'espère. * Au niveau des transactions, il est envisageable de mettre en place JTA. Il faut prévoir le cas où la transaction est en dehors de ToPIA, ce qui permet de faire des service transactionnels. Je me pose des questions sur les avantages de passer en JPA, j'en apporte aussi quelques réponses : * Pourquoi ne pas utiliser les interfaces JPA existante au lieu de nos interfaces ? * Quelles sont les apports par rapport à JPA ? * la génération * la gestion des contextes * les services supplémentaires * Qu'est ce que apporte JPA dans ToPIA ? * couche standardisé de persistance Ce qu'une introduction avant de rentré véritablement dans le vif du sujet. J'attends vos retours. Julien
Le 15/02/2010 11:24, Julien Ruchaud a écrit :
Je me pose des questions sur les avantages de passer en JPA, j'en apporte aussi quelques réponses : * Pourquoi ne pas utiliser les interfaces JPA existante au lieu de nos interfaces ?
C'est vrai que l'utilisation tu TopiaContext est très proche de celle de l'EntityManager. Le TopiaContext gère en plus les services Topia.
* Qu'est ce que apporte JPA dans ToPIA ? * couche standardisé de persistance
La question peut se poser en effet. Le but de topia est (je croit) de s'abstraire d'une implémentation spécifique... comme JPA ? -- Éric <chatellier@codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com
Le Mon, 15 Feb 2010 12:03:35 +0100, Julien Ruchaud <julien.ruchaud@codelutin.com> a écrit :
Le but de topia est (je croit) de s'abstraire d'une implémentation spécifique... comme JPA ?
JPA est là aussi pour ça ;-)
oui mais ToPIA != base de données donc je suis vraiment d'avis à ce qu'on garde TopiaContext sinon bah ToPIA sert à rien en gros...
Julien _______________________________________________ Topia-devel mailing list Topia-devel@list.nuiton.org http://list.nuiton.org/cgi-bin/mailman/listinfo/topia-devel
-- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit@codelutin.com http://www.codelutin.com
On Mon, 15 Feb 2010 11:24:07 +0100 Julien Ruchaud <julien.ruchaud@codelutin.com> wrote:
Je me pose des questions sur les avantages de passer en JPA, j'en apporte aussi quelques réponses : * Pourquoi ne pas utiliser les interfaces JPA existante au lieu de nos interfaces ?
Pour que nos applications ne soient pas dependantes de quelque chose qui peut 'encore' etre remplacee. ToPIA n'est qu'une couche tres fine d'abstraction (et qui apporte aussi quelques services complementaires). Peut-etre que dans le futur on prendra les interfaces JPA 8, mais pour l'instant il est trop tot. ToPIA a deja connu beaucoup de techno dont certaines qui devaient etre *LE* standard tant attendu :( - JDBC - JDO - Hibernate - JPA (maintenant) Nos applications n'ont pas ete modifiees apres chaque changement car elles s'appuient sur ToPIA et non sur ces technos qui changent tous les 4 matins ;). Par contre ToPIA lui a change pour utiliser ce qui nous semblait le meilleur a chaque moment. -- Benjamin -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin@codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii
participants (4)
-
Benjamin POUSSIN -
Eric Chatellier -
Julien Ruchaud -
Tony Chemit