- Simexplorer-si-devel - mailman.cloud.codelutin.com

librairie introuvable
by chemit＠codelutin.com 12 Jul '09

12 Jul '09

Salut, En voulant la migration de sim, j'ai un petit soucis sur une dépendance (tapestry) pointant sur le dépôts maven suivant : http://87.193.218.134:8080/t5components/ Il s'agit de l'artifact de coordonnées : org.apache.tapestry:t5c-commons:5.0.11 J'ai essayé de le changer en 5.0.15 mais l'api n'est pas compatible :) J'ai essayé de builder cet artifact depuis un dépot de google : http://tapestry5-components.googlecode.com/svn/tags/release-0.5.11/ Mais ça compile pas : il manque des dépendances! Je suis un peu à court d'idée.. Si quelqu'un peut m'envoyer le jar, je le mettrais dans notre dépôt maven Merci :) ---- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit at codelutin.com http://www.codelutin.com

1 2

migration terminée
by chemit＠codelutin.com 23 Apr '09

23 Apr '09

Salut, La migration est enfin terminée :) J'ai effectué le merge vers le trunk . J'ai testé le client swing qui fonctionne toujours bien (ouf!). Il serait bien de faire des tests sur la partie serveur et web. Une fois ces tests réalisés, on pourra faire une release finale de la version 1.0. Cordialement, Tony.

1 0

Fwd: test d'égualité de la classe Entity
by nicolas.dumoulin＠cemagref.fr 23 Apr '09

23 Apr '09

Là, c'est facile, j'ai trouvé une solution. Je demande juste votre validation avant de le commiter. ---------- Message transmis ---------- Sujet : [Simexplorer-si-devel] test d'égualité de la classe Entity Date : lundi 23 février 2009 De : Nicolas Dumoulin <nicolas.dumoulin at cemagref.fr> À : simexplorer-si-devel at lists.labs.libre-entreprise.org Bonjour, Dans la classe Entity, la méthode equals est surchargé et déclaré en final et définit le comportement d'identification d'une entité. Une entité est donc définie par l'identité de ses attributs n'étant pas listés dans l'attribut excludeFields. La méthode est élégante mais pose certains problèmes. En effet, deux entités peuvent par exemple avoir le même nom, mais ne représenteront pas la même entité. Je viens de me heurter à ce problème avec les constantes d'exploration. Deux composants distincts peuvent avoir chacun une constante nommé "a" de type "Double", ces deux constantes seront pour autant différentes. Hors la méthode ExplorationData.setConstantValue() écrasera la valeur de la première constante au moment d'enregistrer la seconde, en raison de l'utilisation de equals() par ExplorationData. findConstantValue(). Le problème pourrait aussi se présenter avec d'autres entités. Le problème vient du fait que la constant ne possède pas l'association inverse vers le composant père. La résolution simple que je vois est de faire appel à System.identityHashCode pour redonner le comportement par défaut en utilisant le hashcode de la classe Object, et d'avoir donc dans ExplorationData : private ConstantValue findConstantValue(Constant c) { for (ConstantValue constantValue : constantValues) { if (System.identityHashCode(c) == System.identityHashCode(constantValue.getConstant())) { return constantValue; } } log.debug("Constant not found : " + c); return null; } Qu'en pensez-vous ? -- Nicolas Dumoulin Ingénieur d'études - Cemagref, LISC +33 (0)4.73.44.07.29

2 1

Fwd: Valeur d'une constante stockée en String ?
by nicolas.dumoulin＠cemagref.fr 23 Apr '09

23 Apr '09

---------- Message transmis ---------- Sujet : [Simexplorer-si-devel] Valeur d'une constante stockée en String ? Date : lundi 23 février 2009 De : Nicolas Dumoulin <nicolas.dumoulin at cemagref.fr> À : "simexplorer-si-devel at lists.labs.libre-entreprise.org" <simexplorer-si- devel at lists.labs.libre-entreprise.org> Bonjour, On a l'objet Constant qui a un nom et un type. Et on a dans les ExplorationData, la ConstantValue associée. Mais la valeur stockée dans cet objet l'est en tant que String, ce qui complique grandement l'import. Est-ce que ça poserait un problème (pour la persistence, etc.) de définir l'attribut "value" de la classe ConstantValue comme Object et non comme String ? -- Nicolas Dumoulin Ingénieur d'études - Cemagref, LISC +33 (0)4.73.44.07.29

2 1

Fwd: modifier le texte d'un nœud
by nicolas.dumoulin＠cemagref.fr 23 Apr '09

23 Apr '09

---------- Message transmis ---------- Sujet : [Simexplorer-si-devel] modifier le texte d'un n?ud Date : mercredi 11 février 2009 De : Nicolas Dumoulin <nicolas.dumoulin at cemagref.fr> À : simexplorer-si-devel at lists.labs.libre-entreprise.org Bonjour, Je cherche comment modifier le texte affiché sur un n?ud. En l'occurence, j'aimerai que les n?uds représentant affichent non seulement le nom de l'élément mais également la version. Ça permettrait d'afficher l'information affichée par le n?ud fils metadatais, et de supprimer ce dernier de l'affichage. Par exemple, actuellement je peux avoir ça : MonApplication \__ MonApplication 12346231654 [1] ... \__ Components \__ MonComposant \__ MonComposant a545aa874 [1] Et je voudrai : MonApplication [1] ... \__ Components \__ MonComposant [1] J'ai essayé d'intervenir dans EntityTypeEnum.getLibelle(Class), mais ça ne modifie que ce qui est affiché comme "type" dans le panneau d'information (j'ai testé dans le client Swing). Comment faudrait-il faire ? Merci -- Nicolas Dumoulin Ingénieur d'études - Cemagref, LISC +33 (0)4.73.44.07.29

2 2

logger gourmands
by nicolas.dumoulin＠cemagref.fr 20 Apr '09

20 Apr '09

Bonjour, Je me suis repenché sur le problème que j'avais avec le temps d'initialisation anormalement long de fr.cemagref.simexplorer.is.ui.swing.SimExplorer lorsqu'effectué depuis notre application Netbeans. Et j'ai trouvé le problème. Cela venait des logger qui étaient en DEBUG, et consommait énormément de ressources dans beanutils. Au passage, les messages de log venant de beanutils que j'accusais de ne pas donner suffisament d'infos venaient aussi de la config de log4j du module swing. Pouvez-vous également trouver 5 minutes pour terminer votre migration et merger avec le trunk la branche migration-200901 ? J'ai aussi quelques questions posées en Février en suspend. Merci -- Nicolas Dumoulin Ingénieur d'études - Cemagref, LISC +33 (0)4.73.44.07.29

2 1

[SE-dev] Workspace
by nicolas.dumoulin＠cemagref.fr 20 Mar '09

20 Mar '09

Le vendredi 20 mars 2009 11:36:18 Romain, vous avez écrit : > Pardon c'est pas très clair...... > > Oui, plutôt au sens d'eclipse ou l'utilisateur peux sauver ses projets > simexplorer (à voir ce que ça veux dire). Ca serai bien > que ça puissa aussi permttre certaine fonctionnalités du SI > (sauvergarder des paramètres pour reproduction d'exploration > dans le futur par exemple) afin que certaines fonctionnalité du SI > puisse foncitonner sans que l'utilisateur ai besoin de compte > sur celui (out of the box). Hmmm, je pense qu'il va falloir pas mal de discussion pour comprendre de quoi on parle :-) On voit ça la semaine prochaine. -- Nicolas Dumoulin Ingénieur d'études - Cemagref, LISC +33 (0)4.73.44.07.29

1 1

Valeur d'une constante stockée en String ?
by nicolas.dumoulin＠cemagref.fr 23 Feb '09

23 Feb '09

Bonjour, On a l'objet Constant qui a un nom et un type. Et on a dans les ExplorationData, la ConstantValue associée. Mais la valeur stockée dans cet objet l'est en tant que String, ce qui complique grandement l'import. Est-ce que ça poserait un problème (pour la persistence, etc.) de définir l'attribut "value" de la classe ConstantValue comme Object et non comme String ? -- Nicolas Dumoulin Ingénieur d'études - Cemagref, LISC +33 (0)4.73.44.07.29

1 0

[Simexplorer-si-devel] la migration est terminée
by chemit＠codelutin.com 23 Feb '09

23 Feb '09

On Wed, 11 Feb 2009 15:37:37 +0100 Nicolas Dumoulin <nicolas.dumoulin at cemagref.fr> wrote: > Le lundi 02 février 2009 12:04:02, vous avez écrit : > > Avant d'effectuer le merge vers le trunk, il serait souhaitable que > > de votre côté vous puissiez tester si tout est toujours ok aussi > > (et je pense plus particulièrement à l'intégration du client lourd > > dans votre application). > > > > Dans tous les cas, je préfère que tu me donnes un feux vert avant le > > merge vers le trunk. > > Bonjour, > > J'ai fait le nécessaire pour utiliser cette nouvelle version. Tout > marche comme avant. Cependant, lorsque je lance votre client Swing > depuis notre IDE, le démarrage est étrangement long, alors que le > lancement en mode autonome est correct. > Pour démarrer votre client, je fais : > fr.cemagref.simexplorer.is.ui.swing.ui.SimExplorerMainUI.getUI().setVisible(true); > Et avant c'était le même appel que tu faisais ? > Il se passe bien 6 secondes avant d'avoir le premier message : > DEBUG [AWT-EventQueue-1] (AbstractConverter.java:336) setDefaultValue > - Setting default value: false > Puis après plusieurs messages du genre, j'ai deux nouveaux deux > autres pauses de 6 secondes > Par quelle classe sont émis ces messages ? > Je sais pas trop pour ces messages, je les ai vu aussi et j'ai pas trop compris pourquoi ils apparaissaient. Pour ton problème de démarrage je vois pas trop d'où ça peut venir, il faudrait que je puisse regarder ça mais est-ce facile que je récupère ton environnement ? Si oui je veux bien y jeter un petit coup d'oeil. Tony.

2 4

test d'égualité de la classe Entity
by nicolas.dumoulin＠cemagref.fr 23 Feb '09

23 Feb '09

Bonjour, Dans la classe Entity, la méthode equals est surchargé et déclaré en final et définit le comportement d'identification d'une entité. Une entité est donc définie par l'identité de ses attributs n'étant pas listés dans l'attribut excludeFields. La méthode est élégante mais pose certains problèmes. En effet, deux entités peuvent par exemple avoir le même nom, mais ne représenteront pas la même entité. Je viens de me heurter à ce problème avec les constantes d'exploration. Deux composants distincts peuvent avoir chacun une constante nommé "a" de type "Double", ces deux constantes seront pour autant différentes. Hors la méthode ExplorationData.setConstantValue() écrasera la valeur de la première constante au moment d'enregistrer la seconde, en raison de l'utilisation de equals() par ExplorationData. findConstantValue(). Le problème pourrait aussi se présenter avec d'autres entités. Le problème vient du fait que la constant ne possède pas l'association inverse vers le composant père. La résolution simple que je vois est de faire appel à System.identityHashCode pour redonner le comportement par défaut en utilisant le hashcode de la classe Object, et d'avoir donc dans ExplorationData : private ConstantValue findConstantValue(Constant c) { for (ConstantValue constantValue : constantValues) { if (System.identityHashCode(c) == System.identityHashCode(constantValue.getConstant())) { return constantValue; } } log.debug("Constant not found : " + c); return null; } Qu'en pensez-vous ? -- Nicolas Dumoulin Ingénieur d'études - Cemagref, LISC +33 (0)4.73.44.07.29

1 0