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

Re: [Topia-users] TopiaQuery
by fdesbois Sept. 17, 2010

Sept. 17, 2010

Le Thu, 16 Sep 2010 00:36:43 +0200, Julien NICOLAS <nicolas.julien.cg(a)gmail.com> a écrit : > > Voilà le contexte : > Je souhaite charger une Workstation et le Flow qu'elle contient qui > n'a pas de date de fin. > Le chargement de la workstation se passe plutôt bien avec le code > suivant : > > // Chargement des informations de la workstation. > WorkstationDAO wsDAO = > EasyFlowDAOHelper.getWorkstationDAO(transaction); > Workstation workstation = wsDAO.findByName(pName); > > La où cela ce complique c'est pour le chargement du Flow. > J'ai utilisé le code fournis précédemment par Florian et à peine > adapté qui semble correspondre à notre besoin : > > TopiaQuery tQuery ; > > tQuery = fDAO.createQuery("F"); > // Ajout de l'entite Workstation au FROM > tQuery.addFrom(Workstation.class, "W"); > // F doit être contenu dans la collection de Flow de la > workstation > // en HQL : F IN elements(W.flow) > tQuery.addInElements("F", "W." + > Workstation.PROPERTY_FLOW); // Recherche pour la workstation d?sir? > tQuery.addEquals("W", workstation); > // Condition de nullité > tQuery.addNull("F." + Flow.PROPERTY_END); > > tQuery.execute(transaction) > > La question qui me démange est la suivante : > > tQuery.execute nous renvoie une liste. Mais comment la manipuler ? > dois-je simplement l'ajouter à la collection Flow de la workstation > ou c'est mal et le meilleur moyen est tout autre ? Il est préférable d'utiliser les méthodes d'execution de requete depuis le DAO pour garder le typage des résultats (findAllByQuery, findByQuery). > > Sinon il n'y a pas un autre moyen de faire le chargement de notre > liste de Flow contenu dans notre workstation en passant par notre > workstationDAO ? Ou alors directement préciser dans le FlowDAO que le > Flow que l'on cherche doit être lié à la workstation ? Si en fait ce serait plus simple d'utiliser le workstationDAO, la requête en HQL : SELECT W FROM Workstation W JOIN FETCH W.flow F WHERE F.end IS NULL; A lire (doc de référence HQL) : http://docs.jboss.org/hibernate/core/3.3/reference/fr/html/queryhql.html Note : en relisant la doc je viens de m'apercevoir du WITH plutot que WHERE dans une jointure qui serait plus pertinent dans ton cas (même si le résultat sera probablement identique). Un ajout à faire dans la méthode addJoin de la TopiaQuery. Il faudrait que je fasse des essais. > > Une autre question, j'ai cherché l'aide en ligne de Topia et je > n'arrive pas à mettre la main sur quelque chose approchant > l'exhaustivité... C'est normal car la doc n'est pas terminé où tout > simplement je ne vais pas au bon endroit : > http://topia.labs.libre-entreprise.org/topia/topia-persistence/howto.html Obsolète, regarde bien la version qui ne correspond pas du tout à celle que tu utilise (2.1.6 contre 2.4). D'ailleurs ToPIA n'est plus hébergé sur le labs mais sur www.nuiton.org/projects/show/topia La doc de TopiaQuery : http://nuiton.org/embedded/topia/topia-persistence/TopiaQuery.html > Si il y a moyen de la renseigner, on est prêt à s'y coller au fil des > blocages que nous rencontrons. Nous pouvons écrire un p'tit bout de > doc à chaque fois et vous la mettez en ligne si celle-ci est > pertinente et vous plais. Compléter la FAQ peut être intéressant, pour le moment tu peux envoyer des mails ou patch svn pour intégrer des bouts de doc (un outil est en cours de mise en place pour modifier la documentation mais il faut un droit de commit). > > Voilà, nous rentrons dans la partie qui vas demander des requêtes de > plus en plus complexe pour nos entité alors on risque de poser > quelques autres questions... en espérant retrouver rapidement nos > adresse du domaine pour reprendre la liste de TopiaUser. > A deux, être bon dans tous les domaines c'est pas facile mais on se > bat ! Chaque nouveau pas est une bataille remportée. Il nous reste > pas mal de chemin mais on ne se laisse pas abattre. N'hésite pas a bien parcourir la doc HQL d'hibernate et celle de TopiaQuery, normalement tu devrais pouvoir facilement passer du SQL au HQL à la TopiaQuery ce qui devrait répondre à la plupart des problématiques :) Mais si tu as des questions je suis toujours prêt à t'aider ! > > Merci à vous les Lutins pour Topia et EUGene (entre autre) qui nous > facilitent le codage... tout en nous faisant mal à la tête quand on > réfléchi comme avant => connecté directement à la base de données > alors que c'est mal et qu'il nous faut déréfléchir ! (...oui > déréfléchir ca fait mal à la tête !) > Merci aussi pour la logistique et l'aide salvatrice. > > Julien et Guillaume. > Nomaka -- Florian Desbois <fdesbois(a)codelutin.com> SSLL Code Lutin http://www.codelutin.com tel : 02 40 50 29 28 Réseau Libre-Entreprise

1 0

[ANN] - ToPIA 2.4.3 released
by nuiton.org Release Notification Aug. 29, 2010

Aug. 29, 2010

1 0

Chargement et enregistrement des entites
by Julien NICOLAS Aug. 16, 2010

Aug. 16, 2010

Bonjour a tous, J'ai une question (en fin) et surtout besoin de votre sentiment sur la methode que j'utilise (ou que j'essaye d'utiliser). D'apres les tests que j'ai effectue, je n'arrive pas a me servir de mon currentFlow correctement. Disons que je ne retrouve pas le fonctionnement que j'ai l'habitude mais cela peux sembler logique vu que je ne programme pas comme j'en ai l'habitude. J'ai l'habitude de me shematiser les connexions entre les objets d'une certaine maniere qui me permet d'utiliser des objets que j'appelle courant ou en cours pointant sur un objet d'une liste. Cependant, je n'arrive pas à faire sauvegarder les donnees d'une entite precedement chargee. Je suis donc oblige de le recharger l'entite avant de changer les valeurs et ensuite de la sauvegarder... ce qui relativise l'utilisation des objets courants. Pour mieux expliquer mon probleme, j'ai une entite workstation contenant une collection de Flow. Dans cette entite workstation j'ai mis un pointeur vers un objet de la collection de Flow. La premiere action est de faire un "start" sur la workstation (creer un Flow dans la workstation avec une date de debut). Ensuite le temps passe et on fait un "stop" sur la workstation (changer renseigner la date de fin et calculer le temps passe). Sur la premiere action, j'affecte a mon pointeur l'adresse de l'objet flow que j'ai cree avec les DAO. Sur la deuxieme j'utilise l'adresse de mon objet, renseigne les valeurs et fait un commit. Mais rien ne change dans la base.... J'ai donc modifie le code pour charger mon objet Flow juste avant de modifier les valeurs... L'objet Flow current ne me sert que pour avoir le TopiaId mais je peux facilement m'en passer en utilisant le champ date de fin à null. Je trouve cela dommage d'avoir à recharger l'entite a chaque fois que j'en ai besoin mais est-ce la bonne façon de penser ? Je me demande si ce n'est pas logique d'avoir a recharger l'entite car les donnees peuvent etre deja obsoletes et donc fausses.... Qu'en pensez-vous ? Question : Ma workstation contient des evenements qui contiennent un flow. Je voudrais charger les evenements (normalement il ne doit y en avoir qu'un en cours à la fois) qui contiennent un flow avec une date de fin nulle. J'ai comme l'impression qu'il va me falloir utiliser une TopiaQuery mais je voudrais en etre sur. Si je n'en ai pas besoin, je ne vois pas comment coder cela... Un petit coup de pouce ? Si c'est une TopiaQuery je vais essayer de m'inspirer du code de Jean precedement poste et aller fouiller dans les sources du projet ifremer de Florian. Reponse : Par rapport au precedent post, je voudrais dire a Florian qu'il ne m'a pas embrouille, au contraire je commence a bien voir comment tout cela s'articule. Meme si il me manque encore pas mal de bases sur l'utilisation des outils de topia. La connexion supplementaire vers l'entite Flow pour avoir le Flow courant ne me parait pas etre une bonne idee en fait. Car si je commence à coder comme cela, les autres entites auront aussi besoin de ce type de connexion et donc cela risque de rendre l'ensemble trop complexe pour le gain.... Mais je continu a creuser pour faire fonctionner l'ensemble avec le code le plus propre possible. Merci. Julien Nomaka

2 1

utilisation de TopiaQuery
by Jean Couteau Aug. 9, 2010

Aug. 9, 2010

Bonjour, je rencontre un problème avec une TopiaQuery récalcitrante : J'ai la requête SQL suivante : SELECT title, over, runtime, (SELECT COUNT(TOPIAID) FROM EPISODE where SEASON IN (SELECT TOPIAID FROM SEASON WHERE SHOW = S.TOPIAID)) FROM SHOW S ORDER BY title Cette requête passe dans H2 et me donne le résultat escompté. J'essaie de transformer ça en TopiaQuery sans succès. Voici différents codes essayés : TopiaQuery query = showDAO.createQuery("S"); query.addFrom(Episode.class, "E"); query.addFrom(Season.class, "SE"); query.addSelect(Show.TITLE); query.addSelect(Show.OVER); query.addSelect(Show.RUNTIME); String episodeSeasonProperty = TopiaQuery.getProperty(Episode.SEASON); String seasonTopiaIdProperty = TopiaQuery.getProperty(Season.TOPIA_ID); String seasonShowProperty = TopiaQuery.getProperty(Season.SHOW); String showTopiaIdProperty = TopiaQuery.getProperty(Show.TOPIA_ID); String episodeWatchedProperty = TopiaQuery.getProperty(Episode.VIEWED); query.addSelect("(SELECT COUNT(E) where "+episodeWatchedProperty+" AND "+episodeSeasonProperty+" IN (SELECT "+seasonTopiaIdProperty+" WHERE "+seasonShowProperty+" = "+showTopiaIdProperty+"))"); query.addOrder(Show.TITLE); TopiaQuery query = showDAO.createQuery("S"); query.addSelect(Show.TITLE); query.addSelect(Show.OVER); query.addSelect(Show.RUNTIME); query.addSelect("(SELECT COUNT(TOPIAID) FROM EPISODE where SEASON IN (SELECT TOPIAID FROM SEASON WHERE SHOW = S.TOPIAID))"); query.addOrder(Show.TITLE); Quelqu'un aurait une piste pour faire fonctionner tout ça ?

2 3

Re: [Topia-users] Creer un objet contenu dans un autre.
by Julien NICOLAS Aug. 5, 2010

Aug. 5, 2010

>J'ai vu que tu avais ajouter directement un attribut dans la classe sur >le modele. Il est preferable d'utiliser une liaison entre les deux > classes, Topia a quelque fois besoin de connaitre l'inverse (voir >WARNING de validation lors de la compilation maven). Si tu parles du FlowCurrent de Workstation, je l'ai fait oui.... Mon but est d'avoir l'adresse du flow courrant de la collection. Si je doit eviter de le mettre dans le modele, ou dois-je le mettre ? J'ai essaye de le declare dans le la classe WorkstationImpl mais cela n'a pas l'air de fonctionner (je n'ai pas fait de methode get/set ce qui peut etre la cause) >J'ai ajoute quelques commentaires et reparer le jeu de test directement >dans le code. Merci pour ca. J'ai suivi en supprimant le code obsolete, j'ai aussi modifie le modele en supprimant les methodes devenues inutiles et suivi les conseils indiques dans le code J'ai cree la methode stopWorkstation et j'ai maintenant une autre question. A terme j'aurai une multitude de flow pour ma workstation. Lorsque je charge la workstation, je ne charge pas les sous entités (le flow par exemple) Ensuite j'ajoute un flow lors du startWorkstation, le commit permet de valider la modification. Mais si jamais je supprime un flow de la collection de la workstation, que se passe-t-il ? j'imagine qu'il est supprime de la base. Mon probleme est que je ne souhaite avoir qu'un flow a la fois charge dans la workstation mais garder les entites flow creees dans la base... En suivant cette logique j'imagine le scenario suivant : - je cre un flow lors du "startWorkstation" - lors du "stopWorkstation", je renseigne la date de fin - je l'enregistre dans la base - je l'enleve de la collection de la workstation. Pour cela j'imagine faire un commit apres le stopWorkstation puis recharger la workstation pour n'avoir aucun flow de charge. J'ai bon ? > >Il est preferable d'eviter de manipuler des transactions dans les >entit?s. Mieux vaut utiliser le manager (?quivalent ? un service) qui >contiendra en parametre la workstation : > >public void startWorkstation(Workstation workstation, Date begin) { >... >} Je veux bien mais si tu pouvais me dire pourquoi cela est "preferable", ca pourrait m'aider à comprendre le fonctionnement. Merci encore, Julien NICOLAS Nomaka

2 1

Créer un objet contenu dans un autre.
by Julien NICOLAS July 27, 2010

July 27, 2010

Bonjour à tous, Tout d'abord bravo à ceux qui lisent ce mail depuis leur ordinateur portable sur la plage, bon courage à ceux qui ne sont pas encore sur la plage et... encore 12 mois avant les congés d'été à ceux qui les ont déjà pris... Mes premiers pas dans l'utilisation des outils Topia et Eugene sont plutôt hésitant mais je commence à prendre mes marques. Là tout de suite, j'aurais besoin d'un coup de pouce de qui voudra bien. Ce n'est pas grand chose, juste une vision de l'organisation des données et du moyen de les appeler. Le projet qui me concerne est easyflow : svn checkout svn:// labs.libre-entreprise.org/svnroot/easyflow J'ai une classe workstation qui contient une collection de flow. Je crée une workstation et ensuite je souhaite créer un flow qui lui est lié. Pour une question pratique, j'ai ajouté un adressage vers le flow courant. Ce qui m'évite d'avoir à faire une recherche dans la collection pour savoir où est mon flow courant étant donnée que je ne vais utiliser qu'un flow à la fois (le courant). Ça c'est ce que je veux faire mais je ne vois pas vraiment comment je peux le faire. J'arrive à créer une workstation (merci flo, c'est toi qui me l'a fait lors de notre visite) mais après cela je ne vois pas comment faire pour lui ajouter un flow... Je vais mettre le bout de code qui vas bien (en lui enlevant la gestion des exceptions et autre contexte pour que ce soit plus lisible). Création de la workstation depuis la classe FlowManager : // ici on défini un objet de type workstation dao pour la communication avec la base de données. WorkstationDAO ws_dao = EasyFlowDAOHelper.getWorkstationDAO(transaction); // Là on créer l'entité Workstation en lui définissant son nom. Workstation workstationCurrent = ws_dao.create(Workstation.PROPERTY_NAME, name); Ajout d'un flow à cette workstation depuis la classe WorkstationImpl : // Mise en place de la communication avec la base de données FlowDAO dao = EasyFlowDAOHelper.getFlowDAO(transaction); // Création de l'entité Flow dans la base de données en lui donnant un date. C'est ici que je ne comprend pas comment lui dire que celui-ci sera lié à la workstation en cours... Flow FlowCreate = dao.create(Flow.PROPERTY_BEGIN, pDate); // Ici je l'ajoute à la collection de la workstation... je ne suis vraiment pas sûr de moi là non plus car si je ne lui ai pas dit précédemment quelle workstation lui est liée, je ne comprendrais pas qu'il arrive à faire le lien tout seul. this.flow.add(FlowCreate); Et là, il faudrait que je mette dans la variable FlowCurrent de la classe workstation l'adresse du flow précédemment créé... Malheureusement je ne vois pas comment retrouver cette adresse simplement (sans avoir a faire une recherche dans la collection en fonction des critères du flow précédemment créé. Et je vais faire un petit commit pour ceux qui voudraient voir mon code intégral... Merci pour votre coup de pouce... Julien NICOLAS Nomaka

2 1

[ANN] - ToPIA 2.4.2 released
by nuiton.org Release Notification July 26, 2010

July 26, 2010

1 0

Re: [Topia-users] utilisation de TopiaQuery
by Julien NICOLAS July 26, 2010

July 26, 2010

>> Le Fri, 23 Jul 2010 17:11:31 +0200, >> Jean Couteau <couteau(a)codelutin.com> a ?crit : >> >> Bonjour, > > > > je rencontre un probl?me avec une TopiaQuery r?calcitrante : >> J'ai la requ?te SQL suivante : > > > > SELECT title, over, runtime, (SELECT COUNT(TOPIAID) FROM EPISODE > > where SEASON IN (SELECT TOPIAID FROM SEASON WHERE SHOW = S.TOPIAID)) > > FROM SHOW S ORDER BY title >Ta requete semble bien compliqu?. Que veut tu faire exactement ? Quels > sont les relations entre SHOW, EPISODE et SEASON ? Pareil, une explication littérale sur le but de la requête pourrait faciliter la compréhension de celle-ci. J'avoue que l'utilisation d'une ou deux jointures pourraient faciliter la lecture de l'ensemble. Julien.

1 0

[ANN] - ToPIA 2.4.1 released
by nuiton.org Release Notification July 19, 2010

July 19, 2010

1 0

[ANN] - ToPIA 2.4 released
by nuiton.org Release Notification July 11, 2010

July 11, 2010

1 0