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

Re: [Eugene-devel] modèle personnel dans eugene
by rniamo＠gmail.com Sept. 29, 2009

Sept. 29, 2009

Bonjour, je vois bien la solution où je charge mes modèles, j'écris l'objectmodel et je lance les générateurs mais dans l'absolu j'aurais aimé quelquechose du type : <generator templates="${generator.template}" srcdir="${generator.src.dir}" destdir="${generator.gen.dir}" includes="**/*" objectReader="org.machin.truc.NeogiaParser" /> (oui ofbiz c'est du ant ;)) avec la classe NeogiaParser ma classe personnalisée qui charge le modèle. Il faudrait donc dans l'absolu une classe pour construire un modèle personnalisé dans eugene. Si c'est trop compliqué je passerais par des fichiers mais je trouve dommage de charger deux fois le modèle en mémoire. Sinon sur ce projet je n'ai qu'un "encadrant" (Olivier Heintz) mais je suis seul sur le projet même donc les autres membres sont daccords avec moi ;). Romain MB

2 1

Re: [Eugene-devel] modèle personnel dans eugene
by Manni-Bucau Romain Sept. 29, 2009

Sept. 29, 2009

Bonjour, je n'ai pas encore le format exact mais probablement un entitymodel d'ofbiz et à part un fichier xml ressemblant à : <modelinfo entity-name="nom" package="nom"> <tag name="nom" value="val" /> </modelinfo> Je peut écrire mon parseur qui fusionne les deux mais je voudrais éviter une phase "écriture d'un objectmodel.xml". J'ai regardé ici http://maven-site.nuiton.org/eugene/maven-eugene-plugin/generate-mojo.htmlm… on ne peut passer que des fichiers en paramètre si j'ai compris. Moi je voudrais passer un modèle directement. Merci de votre aide Manni-Bucau Romain

2 1

modèle personnel dans eugene
by Manni-Bucau Romain Sept. 28, 2009

Sept. 28, 2009

Bonjour, dans le cadre d'un PFE je vais devoir charger un modèle à partir de plusieurs fichiers XML. Il serait simple pour moi de pouvoir créer un modèle "classique" eugene via héritage/implémentation puis de juste faire un setModel() ou quelquechose du genre. D'où mes deux questions : 1) l'implémentation d'un modèle perosnnalisé passe par quelles classes ? (un adaptation de DigesterObjectModelRuleSet.java suffit t-elle ?) 2) comment changer de modèle sans "brancher" eugene si c'est possible ? D'avance merci. -- Manni-Bucau Romain

2 2

Re: [Eugene-devel] modèle personnel dans eugene
by Manni-Bucau Romain Sept. 28, 2009

Sept. 28, 2009

Le vendredi 25 septembre 2009 17:19:20, Benjamin POUSSIN a écrit : > On Thu, 24 Sep 2009 17:54:05 +0200 > > Manni-Bucau Romain <manni.romain(a)gmail.com> wrote: > > Bonjour, > > Bonjour, > > > dans le cadre d'un PFE je vais devoir charger un modèle à partir de > > plusieurs > > fichiers XML. Il serait simple pour moi de pouvoir créer un modèle > > "classique" > > eugene via héritage/implémentation puis de juste faire un setModel() ou > > quelquechose du genre. > > Comme je l'ai dit dans un mail precedent, il y a deux facons de faire: > - transformation via XSL des fichiers XML ofbiz en XML objectmodel Pas possible, si je ne dit pas de bêtises les feuilles de styles ne prennent en compte qu'un fichier et j'en ai deux qui contiennent le modèle. > - implanter un parser en Java des fichiers XML ofbiz qui cree en > memoire l'object model java (comme on le fait deja a partir du XML > objectmodel) C'est ce que je veux faire. > > ensuite il faut modifier un peu le plugin maven ou la tache ant pour > prendre en compte ce nouveau format. A quel niveau ? > > > D'où mes deux questions : > > 1) l'implémentation d'un modèle perosnnalisé passe par quelles classes ? > > (un > > le modele n'est pas personnalise, seul la lecture est personnalise, le > modele reste au final (en tout cas c la meilleur solution) un > objectmodel. On est bien d'accord ;) > > > adaptation de DigesterObjectModelRuleSet.java suffit t-elle ?) > > Je ne suis pas sur que ce soit le meilleurs moyen si tu souhaites > utiliser la deuxieme solution. Si tes objets Java et ton fichier XML > sont proche, Digester est pratique par contre s'il differe, je pense > qu'il devient plus simple de faire du sax/dom/xpp3/... Je partirais bien sur du sax ou du dom mais je ne vois pas comment crée mon objectmodel : je parse mon fichier mais je dis où et comment à eugene qu'il doit utiliser ce que je parse ? > > On est en cours d'ecriture d'un ObjectModelBuilder (il s'appelle > acutellement JavaClassBuilder, mais il faut le renomer) qui permettra > de faire ca plus simplement. > > Donc en gros si tu prends cette solution, tu parses ton fichier avec le > moyen que tu veux et tu appelles les methodes du builder pour creer la > representation objectmodel java Cette tâche n'est pas la plus urgente pour moi pour le moment, dans combien de temps pensez-vous qu'ObjectModelBuilder sera disponible ? (c'est exactement ce que je cherchais) > > > 2) comment changer de modèle sans "brancher" eugene si c'est possible ? > > je ne comprend pas la question Je parlais de faire une version dédiée d'eugene à mon modèle en remplaçant directement dans eugène le modèle, sa lecture etc... > > -- > 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 > _______________________________________________ > Eugene-devel mailing list > Eugene-devel(a)list.nuiton.org > http://list.nuiton.org/cgi-bin/mailman/listinfo/eugene-devel Merci -- Manni-Bucau Romain

2 1

Re: [Eugene-devel] [Lutins] Stagiaire, contribution modification Eugene
by Benjamin POUSSIN Sept. 24, 2009

Sept. 24, 2009

On Thu, 24 Sep 2009 15:19:43 +0200 olivier heintz <olivier.heintz(a)nereide.biz> wrote: > L'objectif de son PFE est double : > 1) faire la génération à partir des fichiers xml qui existent dans OFBiz > et qui décrivent les entités (et en ajoutant un second fichier xml pour > les tag) > 2) faire un logiciel de diagramme UML qui utilise ces même fichier pour > la description du modéle > > Cela nous évitera d'avoir à dupliquer le modèle de OFBiz dans un editeur > graphique. > > Il va profiter de ce travail pour passer à la dernière version d'Eugene > et il va voir comment s'y intégrer en introduisant un paramétre (ou une > option ou ,...) permettant de spécifier le parser en d'entré: lecture > des objectmodels.xml ou de entitymodel.xml (ofbiz). Le principe d'eugene est de dire quelque soit le format en entre (XML, texte, autre) on converti tout ca dans un format neutre eugene appele objectmodel. Actuellement on a ces formats la qui sont supporter et converti en objectmodel: - xmi 1.2 (argo) - xmi 2.1 (topcased) donc le mieux est qu'il convertisse entitymodel.xml en objectmodel. A voir par contre s'il passe directement du XML entitymodel a la representation en objet java de objectmodel ou s'il passe par une transformation XSL pour transformer sont entitymodel.xml en objectmodel XML. Et ainsi vous n'avez aucune modification a faire a vos generateurs actuels. Pour les tag/values, eugene permet deja de les avoirs en fichier properties a cote du fichier du model. Pour cela il faut simplement qu'il porte le meme nom mais avec l'extension .properties. Pour le 2eme point si l'on souhaite pouvoir mutualiser un peu les choses je pense qu'il serait mieux qu'il s'appuie sur objectmodel pour faire la visualisation graphique. -- 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

1 0

Generer à partir d'un modèle xsd
by Tony Chemit Sept. 9, 2009

Sept. 9, 2009

Yo, Suite à une discussion avec Florian,.... Dans certains des projets métiers (choreg,...) on utilise du XmlBeans pour générer des modèles à partir de xsd. Ce qui me dérange un peu c'est que c'est trop lourd :) des megas de sources générés... et cela me rapelle bien Axis2 qui en fait (moins que Axis1) mais toujours trop à mon gout... (Lima utilise axis2) Des actions possibles : 1) Si on peut customizer le trucs ça serait bien, pour ne prendre que ce qui est nécessaire et ne pas générer tout le xsd car par exemple dans la norme OASIS CIQ je suis certain qu'on utilisera jamais l'étendu de la norme... 2) Regarder modello le générateur utilisé par maven, c'est propre et léger (de ce que j'en ai vu...), mais faut écrire un modèle modello... voir par exemple le plugin maven-changes-plugin qui l'utilise http://svn.apache.org/repos/asf/maven/plugins/tags/maven-changes-plugin-2.1 3) Sinon, on pourrait trouver une solution dans eugene pour transformer du xsd vers du objectmodel ? puis avoir des générateurs du genre MaClasseXpp3Reader et MaClasseXpp3Writer pour certaines classes (les points d'entrée) ? Any idea ? -- 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] [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