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

Re: [Eugene-devel] [Dev] Proposition d'amelioration de la generation pour les classes Java
by Tony Chemit Aug. 21, 2009

Aug. 21, 2009

Le Fri, 21 Aug 2009 19:39:38 +0200, Benjamin POUSSIN <poussin(a)codelutin.com> a écrit : > Salut, > > Apres une petit discussion avec arnaud dans le train, voila une petit > proposition pour facileter la generation de classe java avec eugene. > > http://svn.nuiton.org/svn/eugene/trunk/eugene/src/site/rst/Todo.rst > > a vos remarques > Très intéressant, ce qui pourrait être super bien c'est de pouvoir réutiliser le générateur java sur d'autres projets (jaxx-guix,...) > -- > Benjamin > -------------------- > tél: +33 (0) 2 40 50 29 28 > email: poussin(a)codelutin.com () campagne du ruban ascii > http://www.codelutin.com /\ pour les mails en ascii > _______________________________________________ > Dev mailing list > Dev(a)list.codelutin.com > http://list.codelutin.com/cgi-bin/mailman/listinfo/dev -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

1 0

Fw: [Dev] Proposition d'amelioration de la generation pour les classes Java
by Tony Chemit Aug. 21, 2009

Aug. 21, 2009

----- Message Transféré ----- Date: Fri, 21 Aug 2009 19:39:38 +0200 De: Benjamin POUSSIN <poussin(a)codelutin.com> À: dev(a)codelutin.com Sujet: [Dev] Proposition d'amelioration de la generation pour les classes Java Salut, Apres une petit discussion avec arnaud dans le train, voila une petit proposition pour facileter la generation de classe java avec eugene. http://svn.nuiton.org/svn/eugene/trunk/eugene/src/site/rst/Todo.rst a vos remarques -- Benjamin -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin(a)codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii _______________________________________________ Dev mailing list Dev(a)list.codelutin.com http://list.codelutin.com/cgi-bin/mailman/listinfo/dev -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

1 0

changement des propriétés des goals
by Tony Chemit Aug. 21, 2009

Aug. 21, 2009

Suite à la demande de benjamin : - avoir plusieurs répertoires où traiter des zuml - avoir plusieurs répertoires où traiter des xmi Cela change le comportement actuel car : dans le goal Zargo2Xmi, la propriété destDirXmi est un simple String (on y recopie des xmi extraits + les autres fichiers) dans le goal xmi2Model, la proriété srcDirXmi devient un File[] MAIS il y avait un alias sur le destDirXmi du premier goal. Le fait de mettre des alias entre la sortie d'un goal pour en faire la source d'un goal suivant ne fonctionne plus avec la modification effectué. J'enlève donc les alias qui posent problèmes Cela va nécessiter des modifs dans les poms qui utilisent eugene si on utilise pas les répertoires proposés par les plugins. De manière générale, je suis pas trop emballé par l'utilisation d'alias sur les propriétés de plugin maven, je trouve que cela complexifie l'utilisation des goals et n'apporte pas grand chose. Je préfère que chaque plugin est sa configuration propre et étanche d'un autre goal. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

1 0

Re: [Eugene-devel] [Lutingenerator-devel] signets dans les générateurs ?
by Eric Chatellier Aug. 21, 2009

Aug. 21, 2009

Romain Manni-Bucau a écrit : > Bonjour, > Bonjour, > est-il possible d'une façon simple d'avoir une sorte de signets avec les > générateurs ? > > Pour le principe, je voudrais pouvoir signifier un point dans le fichier > de sortie et pouvoir ensuite générer à partir de ce point. > > Exemple : > > /*{toto > }*/ > createPoint(1); // identitifant = 1 > /*{titi > }*/ > createPoint(2); > writeOnPoint(1); > /*{tata > }*/ > > etc ... > > et ça créérait le fichier : > toto > tata > titi > > D'avance merci > Je n'ai pas très bien compris votre notion de signet. Le contenu entre /*{ et }*/ est ecrit directement, il n'est pas conservé en mémoire pour avoir la possibilité de réutilisation. Mais est-ce que l'implentation suivante, basé sur des fonctions répond à votre besoin ? protected void echoToto(Writer out) { /*{toto }*/ } protected void echoTiti(Writer out) { /*{titi }*/ } protected void echoTata(Writer out) { /*{tata }*/ } public void generateFromModel(ObjectModel model, Writer out) { echoToto(out); echoTata(out); echoTiti(out); } Ceci produira également le résultat : toto tata titi PS: aux erreurs de compilation près ;-) -- Éric <chatellier(a)codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com

4 5

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