Hello,
Florian a émis le souhait de s'atteler à ToPIA 3 prochainement, cool :)
Il faudrait qu'on définisse clairement ce qu'on veut faire car il ne
s'agit pas de faire ça sur un bord de table, la plupart de nos
applications utilisant ToPIA il faut assumer :) et limiter la casse
lors de la migration vers la future version 3.
Ce qui doit être fait selon moi :
- Ecrire un nouveau TopiaContextImpl qui utilise EntityManager au lieu
de la session hibernate (et encore, je suis même pas sûr, on pourrait
peut-être continuer à utiliser la session hibernate 4...)
- Déprécier tout les code qu'on ne veut plus dans ToPIA (j'en avais
écrit pas mal dans un paquet util mais je pourrais le redescendre dans
ObServe je pense car au final c'est assez spécifique) cela doit être
fait avant la version 3 pour le supprimer en version 3!
- Supprimer tout le code déprécié
- Revoir le générateur de mapping
Au final hormis les requètes basées sur TopiaQuery tout le reste doit
rester compatible (i.e les entités et dao doivent être identiques).
Qui dit mieux ?
--
Tony Chemit
--------------------
tél: +33 (0) 2 40 50 29 28
email: chemit(a)codelutin.com
http://www.codelutin.com
Bonjour,
J'ai un problème avec les topia query, je trouve ça
complètement illisible et inmaintenable sans
le commentaire qui va avec (et encore...)
Un petit exemple:
http://nopaste.info/42be32d097.html
C'est sans doute dû à la combinaison des alias
et des properties :
.addInElements("E." + ClosedPeriodicEntryBook.PROPERTY_FINANCIAL_PERIOD,
"F." + FiscalPeriod.PROPERTY_FINANCIAL_PERIOD)
au lieu de simplement
"E.financialPeriod IN F.financialPeriod"
Certes, c'est "compilé", mais c'est très difficilement lisibles.
Avez vous des retours la dessus sur des exemples compliqués
et des sous requêtes ?
--
Éric Chatellier <chatellier(a)codelutin.com>
Tel: 02.40.50.29.28
http://www.codelutin.com
