- Topia-users - mailman.cloud.codelutin.com

[ANN] - ToPIA 2.5.3 released
by nuiton.org Release Notification April 15, 2011

April 15, 2011

1 0

Disparition du TopiaContext des entités
by Eric Chatellier March 4, 2011

March 4, 2011

Bonjour, J'ai tenté de mettre à jour isis-fish sur topia 2.5. Et des méthodes pas mal utilisée dans l'application ont disparu des entités. La plus gênantes est getTopiaContext() la méthodes étant toujours disponible sur l'abtract. Les autres méthodes sont : - TopiaEntity.update() - TopiaEntity.delete() - TopiaEntity.postCreate() Elle ont un remplacement via TopiaDAO.update(TopiaEntity) mais c'était quand même pratique. Il est dit dans la javadoc de la version 3.2.4: "context will no longer be keeped by the entity, so it will be impossible to do such operation." Pourquoi le TopiaContext ne peut plus être conservé ? jpa ? Alors qu'il est toujours conservé. -- Éric Chatellier <chatellier(a)codelutin.com> Tel: 02.40.50.29.28 http://www.codelutin.com

2 1

i18n dans Topia
by Brendan Le Ny Feb. 16, 2011

Feb. 16, 2011

Dans Wao, j'ai la problématique de traduction d'entités. Les utilisateurs de Wao doivent pouvoir créer de nouvelles entités, et donc ajouter les traductions. Dans Wao, j'ai choisi de faire comme suit : - Création d'une entité Translation - id : le topiaid de l'entité traduite - locale : "fr", "en_GB" etc. - text : la trad - J'ai une interface TranslatableEntity (qui étend TopiaEntity) - Sur l'entité traductible, j'ajoute l'interface. Ça ajoute une ptite méthode pour obtenir le nom de l'entité dans la bonne langue An moment de restaurer les entités traductibles, le service passe par une méthode qui va charger toutes les traductions d'une entité donnée dans l'entité elle-même (oui, toutes les traductions et pas seulement la langue courante, car en contexte web, la traduction peut changer en live, sans recharger les données en base). J'ai pas la problématique, donc à voir si c'est adapté : si on veut pouvoir traduire les champs d'une entité, faut rajouter un champ "property" dans Translation. Pour l'instant je développe le truc dans Wao, pour voir où ça mène mais si l'approche s'avère judicieuse on pourra remonter ça dans Topia dans quelques temps : - en créant des stréréotypes « translatable » sur une entité ou sur un champ - ce stéréoptype ajoute dans le Abstract de l'entité une map pour l'entité ou une map pour chaque champ à traduire - on peut s'appuyer sur hibernate pour remplir cette map dès que l'entité est chargée depuis la base (en eager) -- Brendan Le Ny <bleny(a)codelutin.com> Code Lutin Conseil & Développement Logiciel Libre +33 (0)2 40 50 29 28 http://codelutin.com

4 8

[ANN] - ToPIA 2.5.2 released
by nuiton.org Release Notification Feb. 15, 2011

Feb. 15, 2011

1 0

TopiaID à définir manuellement.
by Julien NICOLAS Jan. 27, 2011

Jan. 27, 2011

Bonjour et bonne année à tous les utilisateurs de Topia ! J'ai un problème de définition du TopiaID avec l'erreur suivante : org.nuiton.topia.TopiaException: org.hibernate.id.IdentifierGenerationException: ids for this class must be manually assigned before calling save(): fr.nomaka.easyflow.entity.FlowImpl J'ai comme l'impression que nous avons du changer un truc qui nous désactive la gestion automatique des identifiants Topia pour cette classe... Les autres classes fonctionnent correctement. Pouvez-vous m'aider avec ce simple message (genre il faut cocher la case la bas...) ou avez vous besoin de notre méthode de création des objets pour en savoir plus? J'ai essayer de créer l'objet en affectant manuellement le TopiaId, ca marche mais je préfèrerait qu'il le fasse tout seul si c'est possible... Comme avant quoi :) Nous avons pas mal remanié le code et un poil le modèle ces derniers temps mais je ne pense pas avoir touché à cette fameuse classe... Merci de votre aide, Julien. PS : j'ai fait mvn clean install

3 6

[ANN] - ToPIA 2.5.1 released
by nuiton.org Release Notification Jan. 26, 2011

Jan. 26, 2011

1 0

[ANN] - ToPIA 2.5 released
by nuiton.org Release Notification Dec. 30, 2010

Dec. 30, 2010

The ToPIA team is pleased to announce the topia-2.5 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 Note that evolution 1181 may change the generated BinderHelper api (inherites now BinderFactory instead of BinderProvider), if you use this generator, check everything stil compiles fine. Changes ------- Changes in this version include: New features: o Update processor to 1.0.4 Issue: 744. Thanks to Tony Chemit. Resolved by tchemit. o Update i18n to 2.0.1 Issue: 742. Thanks to Tony Chemit. Resolved by tchemit. o Change log level when impl are not generate Issue: 863. Thanks to Sylvain Letellier. Resolved by tchemit. o Update Eugene to 2.3 Issue: 891. Thanks to Tony Chemit. Resolved by tchemit. o Update nuiton-utils to 1.5.3 Issue: 893. Thanks to Tony Chemit. Resolved by tchemit. o Update mavenpom4redmine to 2.4.1 Issue: 903. Thanks to Tony Chemit. Resolved by tchemit. o Use mavenpom4redmineAndCentral:2.4 as parent pom Issue: 910. Thanks to Tony Chemit. Resolved by tchemit. o Update commons-lang to 2.5 Issue: 987. Thanks to Éric Chatellier. Resolved by tchemit. o Update junit to 4.8.2 Issue: 988. Thanks to Éric Chatellier. Resolved by tchemit. o In service transformer, add the transaction tag value also to the all service when the service is not connected to any database Issue: 1043. Thanks to Tony Chemit. Resolved by tchemit. o In ServiceTransformer, closetransaction should throw like the beginTransaction method a TopiaException Issue: 1042. Thanks to Tony Chemit. Resolved by tchemit. o Improve ServiceTransformer code Issue: 1052. Thanks to Tony Chemit. Resolved by tchemit. o Use Eugene api to generate i18n Issue: 1064. Thanks to Tony Chemit. Resolved by tchemit. o Optimize dependencies Issue: 1070. Thanks to Tony Chemit. Resolved by tchemit. o Use new maven-license-plugin mecanism to update file headers Issue: 1069. Thanks to Tony Chemit. Resolved by tchemit. o Add a new tagvalue noLogInService to be able to remove all tracing code in generated method of services Issue: 1097. Thanks to Tony Chemit. Resolved by tchemit. o Use the safe tag values and stereotype api introduced in Eugene 2.3 Issue: 1108. Thanks to Tony Chemit. Resolved by tchemit. o Add a new tagvalue doCommit for operation in ServiceTransformer to auto commit at the end of the executeXXX method Issue: 1104. Thanks to Tony Chemit. Resolved by tchemit. o Remove all deprecated entities transformer Issue: 1118. Thanks to Tony Chemit. Resolved by tchemit. o Deprecates the useDAOLegacy tag value, replace it by daoImplementation Issue: 1121. Thanks to Tony Chemit. Resolved by tchemit. o Can desactivate the flush mode auto Issue: 1131. Thanks to Tony Chemit. Resolved by tchemit. o Implements a second way of migrate versions (one class by version) Issue: 1168. Thanks to Tony Chemit. Resolved by tchemit. o Introduce a TopiaSQLQuery Issue: 1169. Thanks to Tony Chemit. Resolved by tchemit. o Add a new tagvalue sqlType to specify the sql-type to use in a hibernate mapping Issue: 1176. Thanks to Tony Chemit. Resolved by tchemit. o Improve Hibernate mapping generator Issue: 1177. Thanks to Tony Chemit. Resolved by tchemit. o Refactor BinderHelper to use new nuiton-utils Binder api (BE WARE, api has changed and is not compatible with previous) Issue: 1181. Thanks to Tony Chemit. Resolved by tchemit. Fixed Bugs: o Some tests are on /tmp, but should be in target of modules Issue: 436. Thanks to Tony Chemit. Resolved by tchemit. o Using version as a tag value of the properties file does NOT work Issue: 804. Thanks to Tony Chemit. Resolved by tchemit. o NPE lors du démarrage de la sécu Issue: 874. Thanks to Sylvain Letellier. Resolved by sletellier. o Service transformer does not generate well when using generics Issue: 1094. Thanks to Tony Chemit. Resolved by tchemit. o Can NOT use an association from an entity to a simple bean Issue: 1103. Thanks to Tony Chemit. Resolved by tchemit. o TopiaDAOImpl has not same behaviour than the TopiaDAOLegacy Issue: 1123. Thanks to Tony Chemit. Resolved by tchemit. Downloads --------- No release file deployed. Maven artifacts --------------- Artifacts are deployed in nuiton maven repository http://repo1.maven.org/maven2/ * http://repo1.maven.org/maven2/org/nuiton/topia/2.5/topia-2.5.pom * http://repo1.maven.org/maven2/org/nuiton/topia/2.5/topia-2.5.pom.asc * http://repo1.maven.org/maven2/org/nuiton/topia/2.5/topia-2.5-site_fr.xml.asc * http://repo1.maven.org/maven2/org/nuiton/topia/2.5/topia-2.5-site_fr.xml * http://repo1.maven.org/maven2/org/nuiton/topia/topia-persistence/2.5/topia-… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-persistence/2.5/topia-… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-persistence/2.5/topia-… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-persistence/2.5/topia-… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-persistence/2.5/topia-… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-persistence/2.5/topia-… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-persistence/2.5/topia-… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-persistence/2.5/topia-… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-persistence/2.5/topia-… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-persistence/2.5/topia-… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-persistence/2.5/topia-… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-persistence/2.5/topia-… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-persistence/2.5/topia-… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-persistence/2.5/topia-… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-persistence/2.5/topia-… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-replication/2.… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-replication/2.… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-replication/2.… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-replication/2.… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-replication/2.… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-replication/2.… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-replication/2.… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-replication/2.… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-replication/2.… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-replication/2.… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-replication/2.… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-replication/2.… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-replication/2.… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-replication/2.… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-replication/2.… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-migration/2.5/… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-migration/2.5/… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-migration/2.5/… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-migration/2.5/… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-migration/2.5/… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-migration/2.5/… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-migration/2.5/… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-migration/2.5/… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-migration/2.5/… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-security/2.5/t… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-security/2.5/t… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-security/2.5/t… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-security/2.5/t… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-security/2.5/t… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-security/2.5/t… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-security/2.5/t… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-security/2.5/t… * http://repo1.maven.org/maven2/org/nuiton/topia/topia-service-security/2.5/t… Have fun! -ToPIA team

1 0

Re: [Topia-users] Conteneur et contenu
by Julien NICOLAS Nov. 5, 2010

Nov. 5, 2010

Salut les Topia Users, C'est encore nous et on reviens avec la même question mais on pense avoir avancé. On a simplifié nos méthodes de création, de chargement et de mise à jour des données. Nous sommes passé à une base de données postgres pour nous permettre de vérifier les données. Mais il nous reste des petits problèmes sur le chargement des données. Nous souhaitons toujours charger les flow qui constituent une workstation. Un seul, celui qui n'a pas de date de fin serait l'idéal mais comme nous l'a conseillé Benjamin, faisons simple dans un premier temps et chargeons l'ensemble des flow de la workstation. Je crains que la configuration d'Hibernate en Lazy soit la cause de notre problème. Malheureusement nous souhaitons lancer cette application sur un terminal mobile donc limité en mémoire et les flow risquent d'y être légion... On va considéré que la workstation à plus d'un flow qui lui est liée (hé hé hé, cette fois on en est sûr, on a vérifié dans la base) et que pName contient le nom de cette workstation. Nous pensions qu'un simple : WorkstationDAO wsDAO = EasyFlowDAOHelper.getWorkstationDAO(pTransaction); Workstation workstation = wsDAO.findByName(pName); Collection<Flow> cFlow=workstation.getFlow(); Nous aurait permis de charger l'ensemble des flow.... visiblement non. Toutes les données de la workstation (notamment le TopiaID) sont ok, donc le chargement s'est bien passé. Y a-t-il une autre méthode ? utilisons nous d'une mauvaise manière ces méthodes ? Là j'avoue qu'on sèche... Merci de votre aide. Julien. Dans les épisodes précédent : Le 28 septembre 2010 12:47, Benjamin POUSSIN <poussin(a)codelutin.com> a > écrit : > > On Tue, 28 Sep 2010 09:11:33 +0200 >> Julien NICOLAS <nicolas.julien.cg(a)gmail.com> wrote: >> >> > Bonjour les Lutins, >> > >> > Sire, on en a gros.... >> >> Je préviens tout de suite, je ne vais pas répondre à la question :) >> > > > WorkstationDAO > ws_dao=EasyFlowDAOHelper.getWorkstationDAO(transaction); > > context.prepareTopiaId(Workstation.class, pWorkstation); > > euh, a quoi ça sert cette ligne et d'où sort cet objet context ? >> > >> > FlowDAO flow_dao=EasyFlowDAOHelper.getFlowDAO(transaction); >> > Flow newFlow = flow_dao.create( >> > ,Flow.PROPERTY_BEGIN, pDate >> > ,Flow.PROPERTY_RATIO,1); >> >> ouaih, les goûts et les couleurs, mais personnellement je préfère >> autant les set que ce create. Car la compile ne peut pas aider à >> détecter les erreurs. >> > > > Donc ici on oubli et on passe à ca : FlowDAO dao=EasyFlowDAOHelper.getFlowDAO(pTransaction); Flow newFlow = new FlowImpl(); newFlow.setBeginflow(pDate); newFlow.setRatio(pRatio); dao.update(newFlow); > > > >> >> Et si on utilise les set, je pense qu'il faut faire un >> flow_dao.update(newFlow) >> en plus. >> >> > workstation.addFlow(newFlow); // Nous considerions que le Flow etait >> lie >> > a la workstation ici >> > ws_dao.update(pWorkstation); >> > transaction.commitTransaction(); >> >> et surtout après le commit j'aurais été voir dans la base ce qui a été >> enregistré réellement. >> >> > Nous nous assurions que les donnees etaient bien presentes par le >> chargement >> > de la workstation par son nom puis du Flow par son TopiaID. >> >> Ok, mais je préfère tout de même regarder dans la base pour bien >> comprendre comment est fait le stockage. Y'a jamais rien de magique en >> informatique et si on le croit c'est une grosse erreur :) >> > > > Nous avons donc changé de base pour une base postgres que nous connaissons mieux et que nous pouvons inspecter régulièrement. > > >> >> > Seulement lorsque nous avons voulu charger une workstation et tout les >> flows >> > qui lui sont lies il n’y avait aucun flow associes a la workstation. >> > Voici la requete TopiaQuery qui nous permet de recuperer la workstation >> et >> > ses Flows : >> > >> > WorkstationDAO wsDAO = >> EasyFlowDAOHelper.getWorkstationDAO(transaction); >> > TopiaQuery wsQuery = wsDAO.createQuery("W"); >> > wsQuery.addEquals(Workstation.PROPERTY_NAME,wsName); >> > wsQuery.addLoad(Workstation.PROPERTY_FLOW); >> > Workstation workstation = wsDAO.findByQuery(wsQuery); >> >> euh, pourquoi se compliquer la vie et ne pas faire simplement >> >> WorkstationDAO wsDAO = EasyFlowDAOHelper.getWorkstationDAO(transaction); >> Workstation workstation = wsDAO.findByName(wsName); >> List<Flow> flows = workstation.getFlow(); >> > > > Oui, ca parait plus simple. Le hic c'est que là, je n'arrive pas à charger la collection... Nous sommes configuré en Lazy pour ne charger que le niveau workstation. J'ai peur qu'en remontant l'ensemble des objets liés à la workstation nous saturions la mémoire (on doit mettre exécuter cette application dans un terminal mobile). > >> >> En général toujours faire simple avant de rechercher la performance. >> Car souvent les goulots d'étranglements ne sont pas là où on les >> attendait. Donc ça sert à rien d'optimiser par du code compliqué >> quelque chose qui n'en à pas besoin. >> >> > Nous avons alors remis en cause le diagramme precedent et nous avons >> modifie >> > la liaison Workstation / Flow comme sur le diagramme suivant : >> > >> > http://www.nomaka.fr/img/UML_Apres.png >> > >> > ce qui nous donne une nouvelle fonction de creation du flow comme suit : >> > >> > WorkstationDAO >> ws_dao=EasyFlowDAOHelper.getWorkstationDAO(transaction); >> > context.prepareTopiaId(Workstation.class, pWorkstation); >> > FlowDAO flow_dao=EasyFlowDAOHelper.getFlowDAO(transaction); >> > Flow newFlow = flow_dao.create( >> > Flow.PROPERTY_WORKSTATION,pWorkstation // ici on se >> dit >> > que cette fois, nous avons bien la relation.... >> > ,Flow.PROPERTY_BEGIN, pDate >> > ,Flow.PROPERTY_RATIO,1); >> > pWorkstation.addFlow(newFlow); >> >> mauvais design, double set dans les deux sens, super dur à maintenir la >> cohérence, et donc potentiellement de nombreux bug incompréhensible :( >> > > > Message reçu. Après vérification dans la base, nous avons tous ce dont nous avions besoin avec un lien dans un seul sens. > > >> >> > ws_dao.update(pWorkstation); >> > transaction.commitTransaction(); >> > >> > Nous utilisons la meme methode de chargement qui ne nous renvoie >> toujours >> > pas ce qu’il nous faut... >> > >> > La requete que nous avons reelement besoin est plus restrictive et >> utilise >> > un fetch mais ne recupere pas non plus le flow (logique en fait) : >> > WorkstationDAO wsDAO = >> EasyFlowDAOHelper.getWorkstationDAO(transaction); >> > TopiaQuery wsQuery = wsDAO.createQuery("W"); >> > wsQuery.addEquals(Workstation.PROPERTY_NAME,wsName); >> > wsQuery.addFrom(Flow.class,"F"); >> > wsQuery.addLeftJoin("W."+Workstation.PROPERTY_FLOW, null, true); >> > wsQuery.addWhere("F."+Flow.PROPERTY_END+" IS NULL"); >> > Workstation workstation = wsDAO.findByQuery(wsQuery); >> >> Je ne cherche même pas à la comprendre celle là ;) >> > > > Ecrit en topia query ca fait mal aux yeux mais en SQL C'est 2 requêtes. Une pour charger la workstation et l'autre pour charger le flow qui n'a pas de date de fin... > > > Nous pensons que nous avons un probleme avec nos relations dans notre > > diagramme UML mais nous ne voyons pas ce qui ne vas pas... > > Si c’est un probleme de code, nous ne voyons pas non plus... > > > > Quelqu’un aurait une idee ? > > > non :) >> > :D > > >> >> -- >> >> Benjamin >> -------------------- >> tél: +33 (0) 2 40 50 29 28 >> email: poussin(a)codelutin.com () campagne du ruban ascii >> http://www.codelutin.com /\ pour les mails en ascii >> _______________________________________________ >> Topia-users mailing list >> Topia-users(a)list.nuiton.org >> http://list.nuiton.org/cgi-bin/mailman/listinfo/topia-users >> > >

5 11

Relation ordered ?
by leny＠codelutin.com Nov. 5, 2010

Nov. 5, 2010

Supposons que dans mon modèle, j'ai Bidule -- 1 ---------------- * --> Chouette Sur cette relation, j'ai ajouté un lazy=false (quand je récupère un bidule, j'ai tous les chouettes associés). J'ai également ajouté "ordered", ce qui fait que le Bidule#getChouette ne retourne pas Collection<Chouette> mais List<Chouette>. Première question, comme fait topia pour conserver l'ordre en base ? Supposons maintenant que j'ai Bidule -- 1 ---------------- * --> Chouette attr : int Deuxième question : est-ce qu'il existe une tag-value ou autre chose qui me permettrait que le Bidule#getChouette() me retourne la liste triée dans l'ordre des valeurs de attr. Autrement dit, que quand j'utilise par exemple le BiduleDAO pour faire un find et récupèrer un Bidule, le find (vu que lazy = false) récupère les chouettes avec une requête et y ajoute une clause "orderBy attr" pour que les choses soient dans l'ordre. -- Brendan Le Ny <bleny(a)codelutin.com> Code Lutin

3 2

Conteneur et contenu
by Julien NICOLAS Sept. 28, 2010

Sept. 28, 2010

Bonjour les Lutins, Sire, on en a gros.... Posons le contexte : Le diagramme suivant représente le coeur de notre application tel que Florian nous a aider a le faire. On s’interessera particulierement a la relation Workstation -> Flow. http://www.nomaka.fr/img/UML_Avant.png Nous avons donc un contenant "Workstation" qui contient un contenu "Flow" Notre premier code de création de Flow dans une Workstation est le suivant. WorkstationDAO ws_dao=EasyFlowDAOHelper.getWorkstationDAO(transaction); context.prepareTopiaId(Workstation.class, pWorkstation); FlowDAO flow_dao=EasyFlowDAOHelper.getFlowDAO(transaction); Flow newFlow = flow_dao.create( ,Flow.PROPERTY_BEGIN, pDate ,Flow.PROPERTY_RATIO,1); workstation.addFlow(newFlow); // Nous considerions que le Flow etait lie a la workstation ici ws_dao.update(pWorkstation); transaction.commitTransaction(); Nous nous assurions que les donnees etaient bien presentes par le chargement de la workstation par son nom puis du Flow par son TopiaID. Seulement lorsque nous avons voulu charger une workstation et tout les flows qui lui sont lies il n’y avait aucun flow associes a la workstation. Voici la requete TopiaQuery qui nous permet de recuperer la workstation et ses Flows : WorkstationDAO wsDAO = EasyFlowDAOHelper.getWorkstationDAO(transaction); TopiaQuery wsQuery = wsDAO.createQuery("W"); wsQuery.addEquals(Workstation.PROPERTY_NAME,wsName); wsQuery.addLoad(Workstation.PROPERTY_FLOW); Workstation workstation = wsDAO.findByQuery(wsQuery); Nous avons alors remis en cause le diagramme precedent et nous avons modifie la liaison Workstation / Flow comme sur le diagramme suivant : http://www.nomaka.fr/img/UML_Apres.png ce qui nous donne une nouvelle fonction de creation du flow comme suit : WorkstationDAO ws_dao=EasyFlowDAOHelper.getWorkstationDAO(transaction); context.prepareTopiaId(Workstation.class, pWorkstation); FlowDAO flow_dao=EasyFlowDAOHelper.getFlowDAO(transaction); Flow newFlow = flow_dao.create( Flow.PROPERTY_WORKSTATION,pWorkstation // ici on se dit que cette fois, nous avons bien la relation.... ,Flow.PROPERTY_BEGIN, pDate ,Flow.PROPERTY_RATIO,1); pWorkstation.addFlow(newFlow); ws_dao.update(pWorkstation); transaction.commitTransaction(); Nous utilisons la meme methode de chargement qui ne nous renvoie toujours pas ce qu’il nous faut... La requete que nous avons reelement besoin est plus restrictive et utilise un fetch mais ne recupere pas non plus le flow (logique en fait) : WorkstationDAO wsDAO = EasyFlowDAOHelper.getWorkstationDAO(transaction); TopiaQuery wsQuery = wsDAO.createQuery("W"); wsQuery.addEquals(Workstation.PROPERTY_NAME,wsName); wsQuery.addFrom(Flow.class,"F"); wsQuery.addLeftJoin("W."+Workstation.PROPERTY_FLOW, null, true); wsQuery.addWhere("F."+Flow.PROPERTY_END+" IS NULL"); Workstation workstation = wsDAO.findByQuery(wsQuery); Nous pensons que nous avons un probleme avec nos relations dans notre diagramme UML mais nous ne voyons pas ce qui ne vas pas... Si c’est un probleme de code, nous ne voyons pas non plus... Quelqu’un aurait une idee ? Julien & Guillaume Nomaka

2 1