- Topia-devel - mailman.cloud.codelutin.com

[ANN] - ToPIA 2.6.10 released
by nuiton.org Release Notification 07 May '12

07 May '12

The ToPIA team is pleased to announce the topia-2.6.10 release! Tools for Portable and Independent Architecture : Framework de persistance et de distribution d'application. Documentation of the project can be found here: http://maven-site.nuiton.org/topia Changes ------- Changes in this version include: Fixed Bugs: o Natural id and not null attributes are not propagated on generalized entities Issue: 2050. Thanks to Sylvain Letellier. Resolved by sletellier. o Add schema if needed on create and drop index on hibernate mapping Issue: 2052. Thanks to Sylvain Letellier. Resolved by sletellier. o Depreciate method create(naturalId) on DAOs Issue: 2051. Thanks to Sylvain Letellier. Resolved by sletellier. Downloads --------- No release file deployed. (all files are deployed in the maven repository) Maven artifacts --------------- Artifacts are deployed in Maven Central Repository http://repo1.maven.org/maven2/ Find us at * http://search.maven.org/#artifactdetails|org.nuiton|topia|2.6.10|jar Have fun! -ToPIA team

1 0

Draft roadmap ToPIA 3
by Brendan Le Ny 04 May '12

04 May '12

Bonjour, Premier draft pour la roadmap ToPIA 3, ça reprend et synthétise la précédente discussion : Pré-travail en vue d'un changement de version majeure ===================================================== - Déprécier immédiatement et supprimer dans ToPIA 3 tout le code qu'on ne veut plus dans ToPIA - un paquet util qui pourrait redescendre dans ObServe - ServiceTransformer - TopiaQuery - Supprimer tout le code déprécié Migration vers JPA ================== - Réécrire TopiaContextImpl en utilisant l'API JPA (EntityManager...) - Vérifier/Corriger les mappings générés - Utiliser OpenJPA comme implémentation de JPA par défaut et permettre d'utiliser Hibernate 4 Améliorations diverses ====================== - Arrêter de modéliser les DAO (ne garder que le nécessaire dans le transformer) - Avoir des entités POJO (sans topiaContext dedans) par défaut et avoir un mode pour Isis-Fish - Une approche « bonne pratique par défaut » pour ne pas avoir de boilerplate tagValues (0 config = config propre). Exemple : model.tagvalue.constantPrefix=PROPERTY_ model.tagValue.doNotGenerateBooleanGetMethods=true - Forcer l'encapsulation du code spécifique JPA : rendre DAO#createQuery() et findByQuery, countByQuery protected. A contrario, dans le DAO, laisser l'accès à l'intégralité de la sous-couche pour usage exceptionnel - TopiaException extends RuntimeException - Permettre de déclarer tout un package du modèle (stéréotype) pour que toutes les classes à l'intérieur soient considérées comme entités (sans besoin de mettre le stéréotype sur chaque classe) - Introduire un contrat TopiaIdFactory, Un TopiaRootContext est lié à une instance de cette factory (qu'on peut changer par configuration), ainsi que trois implémentations - L'actuelle, corrigée en utilisant RandomStringUtils (pas de boucle), implémentation par défaut - Une déterministe (Random avec graine et/ou compteur) - Une qui utilise l'implémentation fournie par l'implémentation JPA (par Hibernate ou autre) Autre chose ? -- Brendan Le Ny, Code Lutin bleny(a)codelutin.com (+33) 02 40 50 29 28

5 11

Lazy exception sur les many-to-one dans Topia
by Eric Chatellier 23 Apr '12

23 Apr '12

Bonjour, Depuis une version récente de isis, il semble y avoir un bug de lazy avec des équations pendant les exports. <many-to-one name="maturityOgiveEquation" /> J'ai l'impression que ca fonctionnait avant, maintenant, ca renvoie un proxy javassist sur une equation, et lorsqu'on y accède, il n'y a plus de session et ca cause une erreur :( Je n'ai pas trop envie de mettre des tagvalue lazy = false sur toutes les equations, mais je ne voit pas trop d'autres solution. (car cette solution fonctionne). Ce qui m'embête, c'est que cela ne faisait pas ca avant... Regression topia? hibernate ? -- Éric Chatellier <chatellier(a)codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com

1 0

Topia 3, what's up ?
by Tony Chemit 29 Mar '12

29 Mar '12

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

8 16

[ANN] - ToPIA 2.6.9 released
by nuiton.org Release Notification 29 Mar '12

29 Mar '12

The ToPIA team is pleased to announce the topia-2.6.9 release! Tools for Portable and Independent Architecture : Framework de persistance et de distribution d'application. Documentation of the project can be found here: http://maven-site.nuiton.org/topia Changes ------- Changes in this version include: New features: o Manage in the EntityEnum contract the properties marked as not-null Issue: 2040. Thanks to Tony Chemit. Resolved by tchemit. o Migrate FilterPagerUtil from nuiton-web Issue: 2009. Thanks to Yannick Martel. Resolved by ymartel. Fixed Bugs: o Bad index generated with indexForeignKeys for a one-2-many renamed relation Issue: 2008. Thanks to Tony Chemit. Resolved by tchemit. o Bad index generated with indexForeignKeys for a many-2-many renamed relation Issue: 2015. Thanks to Brendan Le Ny. Resolved by bleny. Changes: o Updates to mavenpom 3.2 Issue: 2041. Thanks to Tony Chemit. Resolved by tchemit. o Updates to nuiton-utils 2.4.6 Issue: 2010. Thanks to Tony Chemit. Resolved by tchemit. Downloads --------- No release file deployed. (all files are deployed in the maven repository) Maven artifacts --------------- Artifacts are deployed in Maven Central Repository http://repo1.maven.org/maven2/ See there (after central synch) * http://search.maven.org/#artifactdetails%7Corg.nuiton%7Ctopia%7C2.6.9%7Cpom * http://search.maven.org/#artifactdetails%7Corg.nuiton.topia%7Ctopia-persist… * http://search.maven.org/#artifactdetails%7Corg.nuiton.topia%7Ctopia-service… * http://search.maven.org/#artifactdetails%7Corg.nuiton.topia%7Ctopia-service… * http://search.maven.org/#artifactdetails%7Corg.nuiton.topia%7Ctopia-service… Have fun! -ToPIA team

1 0

Lisibilité des TopiaQuery
by Eric Chatellier 14 Mar '12

14 Mar '12

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

3 3

[ANN] - ToPIA 2.6.8 released
by nuiton.org Release Notification 09 Mar '12

09 Mar '12

1 0

[ANN] - ToPIA 2.6.7 released
by nuiton.org Release Notification 20 Feb '12

20 Feb '12

1 0

Cascade et hibernate
by letellier 15 Feb '12

15 Feb '12

J'ai besoin pour un test de supprimer une volé de donnée avant des les recréer, j'ai donc mis les compos qui vont bien dans mon modèle, je supprime le tout et lors d'une recherche qui n'a rien a voir avec ce que j'ai supprimé plus tôt, je me retrouve avec l'erreur suivante : org.nuiton.topia.TopiaException: Une erreur est apparue pendant le recherche ([...]) : deleted object would be re-saved by cascade (remove deleted object from associations): [mon joli topiaId] J'ai regardé dans le mapping et je vois cascade="all,delete-orphan", pour moi le delete-orphan est compris dans le all, non ? Il existe aussi la valeur all-delete-orphan j'arrive à la même erreur. J'ai supprimé le all, plus l'erreur, mais ce log qui revient très souvent : 2012/02/03 17:29:32 INFO main (DefaultDeleteEventListener.java:204) handling transient entity in delete processing Quelqu'un à la traduction ? D'où ma question : quelqu'un pourrait dire si et auquel cas, pourquoi, le all est nécessaire ? Letellier Sylvain letellier(a)codelutin.com

3 2

Re: [Topia-devel] [Dev] Strut2/JSON Retourner que les proprietes que l'on souhaite
by Benjamin POUSSIN 18 Jan '12

18 Jan '12

On Fri, 13 Jan 2012 18:39:32 +0100 Benjamin POUSSIN <poussin(a)codelutin.com> wrote: > Salut, > > Voila une config que j'utilise pour ca. En gros seules les proprietes de > l'action decrite dans le type wikitty-json son serialise en json. Ici, > je ne joue que sur l'include, mais on peut aussi utilier exclude, voir > la doc pour plus de detail: > http://struts.apache.org/2.1.8/docs/json-plugin.html Tony me glisse dans l'oreille qu'il est trop dur pour topia d'ecrire les includes/excludes. L'idée serait donc de créer un helper json dans topia. Ca eviera a chaque projet de devoir creer des dto pour ce seul besoin. TopiaJsonHelper { /** * Retourne une version json de l'objet seules les propriétés simples * sont incluses les liens vers les autres entites ne sont ajoutées * que via l'id de l'autre entité */ toJson(TopiaEntity e):String /** * Retourne une version json de l'objet, seules les propriétés simples * sont incluses, mais aussi les autres entités que l'on peut atteindre * comme décrit dans les chaines entityField * @param entityField ex: si on est sur Employee et qu'on veut aussi * Company dans le json: * <pre> * String s = TopiaJsonHelper.toJson(e, "company"); * </pre> * Si la company a encore une entite adresse et qu'on le veut aussi * <pre> * String s = TopiaJsonHelper.toJson(e, "company", "company.address"); * </pre> * * TODO reflechir s'il est utile que entityField puisse etre une regex * et est-ce simple a implanter ? */ toJson(TopiaEntity e, String ... entityField): String /** * Retourne une version json de l'objet, seules les propriétés simples * sont incluses, mais aussi les autres entités que l'on peut atteindre * jusqu'au niveau depth * @param depth le niveau de serialisation 1=seulement e, 2=e et ses fils directs * 3=e, ses fils directs et les fils des fils, ... */ toJson(TopiaEntity e, int depth): String } -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin(a)codelutin.com http://www.codelutin.com

3 4