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

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