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

[ANN] - EUGene 2.0.0-beta-2 released
by nuiton.org Release Notification Dec. 20, 2009

Dec. 20, 2009

The EUGene team is pleased to announce the eugene-2.0.0-beta-2 release! Efficient Universal Generator Changes in this version include: New features: o Création d'un artifact dédié à la tâche ant Issue: 164. Thanks to Tony Chemit. Resolved by tchemit. o Ajout d'une api qui permet de chainer les générateurs de fichier Issue: 165. Thanks to Tony Chemit. Resolved by tchemit. o Ajout d'un goal smart-generate Issue: 166. Thanks to Tony Chemit. Resolved by tchemit. o Ajout d'un goal available-data Issue: 167. Thanks to Tony Chemit. Resolved by tchemit. o Ajout d'une extension java pour gérer les annotations Issue: 168. Thanks to Tony Chemit. Resolved by tchemit. o Permettre de générer des blocs en java Issue: 169. Thanks to Tony Chemit. Resolved by tchemit. o Nettoyage des paquetages Issue: 170. Thanks to Tony Chemit. Resolved by tchemit. For a manual installation, you can download files here: http://www.nuiton.org/projects/list_files/eugene Have fun! -EUGene team

1 0

Rendre les tests valables off-line
by Tony Chemit Dec. 15, 2009

Dec. 15, 2009

Yo, J'ai des problèmes de net et du coups y'a des tests qui ne passent pas sous eugene : des timeout arrivent dans les logs. Il serait bon de palier à ce problème car c'est pas trop normal que ça builde pas off-line :) Pour ce faire, il faut utiliser un resolver qui ne va pas sur le net (et il existe ;)) Donc à faire... -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

1 0

eugene 2.x sur le trunk
by Tony Chemit Dec. 15, 2009

Dec. 15, 2009

Yo, J'ai mergé comme prévu la branche 2.0 sur le trunk. Pensez donc à quitter la branche (que je supprimerais probablement demain) et de repasser sur le trunk :) Author: tchemit Date: 2009-12-15 00:50:27 +0100 (Tue, 15 Dec 2009) New Revision: 755 -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

1 0

[PROPOSAL] define a JavaModel
by Tony Chemit Dec. 13, 2009

Dec. 13, 2009

Salut, Suite au réusinage des templates, je pense que la définition d'un JavaModel serait nécessaire. En effet, avant dans les templates on pouvait "en gros" écrire ce qu'on voulait dans les balises de processing. Or désormais, on écrit les templates (transformer) qui remplissent un modèle et donc on n'a plus la même liberté d'expression en quelque sorte... Par exemple, on pouvait avant facilement écrire une énumration dans la template sans ppour autant avoir la correspondance dans l'object modèle. Cela n'est plus possible, il faut donc pour pouvoir écrire pleinement du code java avoir un modèle qui le permet aussi... Et là, il y a un problème : l'object modèle doit rester neutre (object model = uml) et donc il me semblerait nécessaire d'avoir un modèle java qui hérite (et restreint dans certain cas) l'object modèle (par exemple en java la multiplicité ne signifie rien...). Vous en pensez quoi ? On attends (moi et mon futur collocataire :)) vous réactions et idées P.S : Floriant, comment on fait pour générer du xml avec les transformers ? on définit un xml modèle ultra-générique ? tag=name (attribute=name|value)* Ca serait assez facile je pense. -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

1 0

A ajouter dans le ModelBuilder...
by Tony Chemit Dec. 11, 2009

Dec. 11, 2009

Yo, J'ai essayé de créer le transformer pour DAOHelper dans topia-persistence et je me suis confronté à un certain nombre de difficultés : - La génération des énumérations : rien n'est prévu dans le ModelObject pour ça, je sais pas trop si c'est de l'uml ? - La génération de inner classes, interfaces, enum... n'est pas encore possible - La génération de bloc internes (avec un modifier static optionel possible) - Il serait peut-être bien aussi de pouvoir ajouter des "raw block" ? - Ajouter des méthodes (sur le JavaModelBuilder) pour les imports directement sur des classes java Voila, c'est déjà pas mal :) -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit(a)codelutin.com http://www.codelutin.com

2 1