- Eugene-devel - mailman.cloud.codelutin.com

Re: [Eugene-devel] [Lutingenerator-devel] attributs - relation
by Eric Chatellier Aug. 21, 2009

Aug. 21, 2009

Romain Manni-Bucau a écrit : > bonjour, > Bonjour, Pourriez vous utilisé la liste eugene-devel(a)list.nuiton.org à la place de celle ci svp ? Le projet lutingenerator et été renommé en eugene et a changé de forge et de liste de diffusion. > j'ai des soucis avec la réécriture de "chercheurs de champs et de > relations". En effet je n'arrive pas à savoir exactement dans quel > "sens" prendre les attributs-relations. > > En particulier en recherchant les relation 1-*. > > Je fait ça mais des fois il me renvoie true pour des relation *-1 : > public boolean isAccepted(ObjectModelAttribute t) { > ObjectModelAttribute reverse = t.getReverseAttribute(); > return !reverse.isAggregate() && !reverse.isComposite() > && !t.isAggregate() && !t.isComposite() > && reverse.getMaxMultiplicity() == 1; > } > Effectivement, c'est pas très évident à debugguer. Utiliser vous un system de logger (commons-logging) ou un System.out.println() pour afficher des traces d'execution. Par exemple : public boolean isAccepted(ObjectModelAttribute t) { ObjectModelAttribute reverse = t.getReverseAttribute(); boolean accepted = !reverse.isAggregate() && !reverse.isComposite() && !t.isAggregate() && !t.isComposite() && reverse.getMaxMultiplicity() == 1; log.debug("Test isAccepted for attribute " + t.getName()); log.debug(" reverse is " + reverse.getName()); log.debug(" isAccepted is " + accepted); return accepted; } Pourriez vous le faire tourner et nous faire parvenir votre fichier objectmodel. Éventuellement est les résultats obtenus et ceux attendus... > Ce test intervient dans la boucle suivante : > for(ObjectModelAttribute a : clazz.getAttributes()) { > ObjectModelAttribute reverse = a.getReverseAttribute(); > if (a.isNavigable() && a.referenceClassifier() && reverse != > null > && Util.isEntity(a.getClassifier()) && > Util.isEntity(reverse.getClassifier()) > && p.isAccepted(a) ) { > if (Util.debug()) System.out.println(clazz.getName() + " > -> " + a.getClassifier().getName()); > > Relation r = new Relation(getType(reverse), > Util.getRelationTitle(a), (ObjectModelClass) a.getClassifier(), > null); > for(Field f : new > FieldSearcher((ObjectModelClass)a.getClassifier(), true).getTreePk()) > r.addKeyMap(new > KeyMap(Util.lineNumber()+FieldSearcher.getFieldName(r.getRelEntity(), > f.getAttribute(), true), f.getName())); > rel.add(r); > } > } > > Je mets en pièce jointe mes "searcher"s. > > Merci de votre aide. > -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

3 4

test de liste...
by Tony Chemit Aug. 17, 2009

Aug. 17, 2009

Ceci est un test, ne pas répondre, merci -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

1 0

Migration du projet / Project migration
by root＠nuiton.com Aug. 4, 2009

Aug. 4, 2009

Bonjour à tous, Dans l'optique de dissocier au maximum les projets libres initiés par la société Code Lutin de celle-ci et permettre une meilleur implication de la communauté du libre dans ces derniers, nous vous annonçons que le site de développement du projet n'est plus hébergé sur le labs libre-entreprise mais sur la plateforme www.nuiton.org. La plupart de la migration a été réalisée, nous vous invitons à utiliser d'ors et déjà la plateforme http://www.nuiton.org (le projet sur le labs libre-entreprise n'est plus accessible publiquement) Les listes de diffusions ont été migrées et tous les utilisateurs ont normalement du être réabonnés aux nouvelles listes. La nouvelle adresse de cette liste: eugene-devel(a)list.nuiton.org Nous sommes désolés des désagréments causés et vous remercions de votre soutien. Cordialement, L'équipe de développement. ---------------------------- Dear all, In order to separate the libre projects that Code Lutin has initiated and the company itself, and also to encourage the implication of the libre community, we recently moved the project's development site from the libre-entreprise labs to the www.nuiton.org platform. Most of the migration is complete, we invite you to use, from now on, the platform http://www.nuiton.org (the project on libre-entreprise labs is now longer publicly available). The mailing-lists have been migrated and everybody should have been automatically subscribing the new lists. New mail address for this list: eugene-devel(a)list.nuiton.org We are sorry for the inconvenience, and thank you for your support. Best regards, The development team.

1 0

Re: [Lutingenerator-devel] zargo, agrégations et xslt
by Eric Chatellier July 21, 2009

July 21, 2009

Romain Manni-Bucau a écrit : > Je mets en PJ le modèle, l'objectmodel et voici le bout du template qui > ne marche pas : > > Ça reste un peu difficile à analyser. > Util : > ------ > public static Collection<ObjectModelAttribute> > getPrimaryKeyAttributes(ObjectModelClass clazz) { > ArrayList<ObjectModelAttribute> primaryKeyAttributes = new > ArrayList<ObjectModelAttribute>(); > for (ObjectModelAttribute attribute : clazz.getAttributes()) > if (isPrimaryKey(attribute)) primaryKeyAttributes.add(attribute); > return primaryKeyAttributes; > } > > ListPkAttribute : > ----------------- > ... > protected List<ObjectModelAttribute> origAttr = new > ArrayList<ObjectModelAttribute>(); > ... > > Constructeur (récursif) : > ... > for (Iterator iter=Util.getPrimaryKeyAttributes(clazz).iterator(); > iter.hasNext(); ){ > ObjectModelAttribute attribute = (ObjectModelAttribute) iter.next(); > ... > this.origAttr.add(attribute); > } > ... > > > Générateur : > ------------ > > ListPkAttribute listPrimaryKey = new ListPkAttribute(model, > clazzAssociated, true); > for(int i=0; i<listPrimaryKey.getName().size(); i++ ){ > ObjectModelAttribute attributeI = > listPrimaryKey.getOrigAttr().get(i); > /*{}*/ // renvoie > toujours false > } > Êtes vous sur qu'il affiche "false" pour la bonne classe ? Pouvez vous faire un test avec plus d'infos dans le template : /*{}*/ Il devrait afficher :  -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

2 3

[Lutingenerator-devel] zargo, agrégations et xslt
by Romain Manni-Bucau July 21, 2009

July 21, 2009

Bonjour, je travaille sur un générateur de Néréide et j'ai besoin de faire la différence entre une composition et une agrégation. Les générateurs créaient les objectmodels à partir des xmi contenus dans les zargo d'ArgoUML (xmi v1.2). Il me semble que dans la feuille de style xsl "xmi1.2ToObjectModel.xsl" les agrégations soient remplacées par des compositions. Est-ce qu'en modifiant la feuille de style les générateurs marcheront convenablement ou est ce une limitation des générateurs ? : Modifications éventuelles : l544 - 550 :  <xsl:attribute name="associationType"> <xsl:text>composite</xsl:text> </xsl:attribute> remplacées par : <xsl:attribute name="associationType"> <xsl:value-of select="$associationType"/> </xsl:attribute> D'avance merci. -- Romain Manni-Bucau <romain.manni-bucau(a)nereide.biz>

2 3

[Lutingenerator-devel] Max mutiplicity en uml 2.1
by Arnaud Thimel May 20, 2009

May 20, 2009

Salut, Par analogie avec l'objectmodel 1.2, une multiplicité '*' doit être exprimée par la valeur '-1'. À l'heure actuelle, c'est '*' qui apparait dans l'objectmodel, et donc le passage en int donne un '0'. Arnaud.

1 1

[Lutingenerator-devel] uml 2.1 et navigable="false" ?
by Arnaud Thimel May 19, 2009

May 19, 2009

Salut, J'ai un petit soucis avec Eugene. J'utilise un modèle en uml 2.1 dans lequel j'ai une relation unidirectionnelle entre 2 entités. Dans l'objectmodel qui est généré, je n'ai qu'une des deux extrémité qui porte l'attribut : navigable="true" Mon soucis est que l'autre extrémité ne porte pas la mention navigable="false". Or au chargement de l'objectmodel en mémoire la valeur par défaut de "isNavigable" dans ObjectModelAttributeImpl est : protected boolean isNavigable = true; Je ne peux donc jamais avoir de isNavigable = false; :( Soit il faut corriger la feuille de style XSL qui génère l'objectmodel, soit il faut mettre la valeur par défaut à false pour isNavigable. Dans les 2 cas, s'assurer que ca ne casse pas l'uml1.2. Arno. -- Société Code Lutin http://www.codelutin.com tel : 02 40 50 29 28 fax : 09 59 92 29 28

1 1

[Lutingenerator-devel] Simplification du plugin eugene
by Eric Chatellier April 27, 2009

April 27, 2009

Bonjour, Lorsque la tache ant eugene a été améliorée, on avait dit quelle traitait en entrée n'importe quel type de fichier (zargo, zuml, xmi, objectmodel) et qu'elle générait du code au final. On pourrait peut-être faire la même chose pour le plugin maven ? (la configuration serait moins compliquée) Autre question, dans la configuration actuelle du plugin on a 3 paramètres qui ont quasiment tout le temps la même valeur : <fullPackagePath>org.codelutin.topia</fullPackagePath> <extractedPackages>org.codelutin.topia</extractedPackages> <defaultPackage>org.codelutin.topia</defaultPackage> fullPackagePath = package a prendre en compte dans la feuille de style extractedPackages = je ne sais pas, jamais bien compris defaultPackage = c'est le package de generation des classes annexes au classes générées (helper...) On pourrait peut être simplifier aussi. -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

1 0

[Lutingenerator-devel] Génération et javadoc
by Guillaume Dufrêne Feb. 11, 2009

Feb. 11, 2009

Bonjour, je commence à m'intéresser au générateur pour l'utiliser dans le cadre du projet Sharengo. Nous allons générer des interfaces nécessitant l'ajout de commentaires par le développeur (api). Selon notre méthodologie de travail actuelle, ces commentaires sont ajoutés aprés génération, au sein du code afin de bénéficier des aides offertes par les IDE. De ce que j'ai compris, le générateur réécrit systématiquement l'ensemble des fichiers générés sans conserver quoi que ce soit de la précédante génération. Avez-vous déjà rencontré cette problématique ? avez-vous une idée pour pouvoir le faire ? merci d'avance pour vos suggestions, -- Guillaume Dufrene.

2 1

[Lutingenerator-devel] Migration SVN lutingenerator
by Arnaud Thimel Sept. 19, 2008

Sept. 19, 2008

Bonjour, La structure du SVN de lutingenerator a été réorganisée. Pour mettre à jour votre copie locale, voici la commande à effectuer (dans le dossier racine de lutingenerator, là où est le pom.xml) : svn switch svn+ssh://NOM_DU_DEVELOPPEUR@labs.libre-entreprise.org/svnroot/lutingenerator/lutingenerator/trunk (Pensez à remplacer NOM_DU_DEVELOPPEUR par votre userId) La marche à suivre est la même pour lutingenerator-demo, maven-generator-plugin, LutinGeneratorEclipseFeature et LutinGeneratorEclipsePlugin. @+ Arnaud. -- Société Code Lutin http://www.codelutin.com tel : 02 40 50 29 28 fax : 09 59 92 29 28

1 0