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

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

modifier le texte d'un nœud
by nicolas.dumoulin＠cemagref.fr 12 Feb '09

12 Feb '09

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 1

la migration est erminée
by chemit＠codelutin.com 03 Feb '09

03 Feb '09

Bonjour Nicolas, J'ai terminée la migration dont on avait discuté. Nous avons effectué des tests chez nous et tout fonctionne correctement dans notre environnement (jboss et client lourd autonome). J'ai fait toutes les manipulations dans une branche svn (afin de ne pas vous géner...). La branche est à l'adressse suivante : labs.libre-entreprise.org/svnroot/simexplorer-si/branches/migration-200901 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). Comment veux-tu qu'on procède ? veux-tu qu'on te fournisse un ear et le client lourd, ou peux-tu construire tout seul l'application à partir des sources ? Dans tous les cas, je préfère que tu me donnes un feux vert avant le merge vers le trunk. Cordialement, tony.

2 3