May 2004 - Topia-devel - mailman.cloud.codelutin.com

liste pour les commits
by Benjamin POUSSIN May 28, 2004

May 28, 2004

Salut, une liste de diffusion vient d'être creer, elle contient tous les commits fait dans la branche topia. http://lists.labs.libre-entreprise.org/mailman/listinfo/topia-cvscommit -- Benjamin -------------------- email: poussin(a)codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii

1 0

activation mailing-list cvs
by olivier heintz May 27, 2004

May 27, 2004

Bonjour, A l'occasion, sera t-il possible d'activer la mailing list de trace cvs? Il reste un module nereide dans la racine du projet topia je pense qu'il ne sert à rien, en tout cas pas à Néréide !!! Pour plus de clarté, je pense qu'il vaut mieux le détruire Par avance, Merci Olivier

2 1

attribute.getReverseAttribute() renvoi toujour null
by olivier heintz May 25, 2004

May 25, 2004

apparament la methode semble ne pas fonctionner, elle renvoi toujours null!!

1 0

pourquoi Collection et pas List
by olivier heintz May 20, 2004

May 20, 2004

les méthodes renvoyants des listes renvoi un type Collection et non pas List, y a t-il une raison? surtout quand on veut récupérer des éléments ordonnés, genre getAttributes ;-)

1 0

questions ou bugs
by olivier heintz May 18, 2004

May 18, 2004

a) la méthode getParticipants me renvoi toujours un Map avec Map.size() == 0, pourquoi? bug ou usage de ma part erroné? Comment je l'utilise : for( Iterator iterClazz = model.getClasses().iterator(); iterClazz.hasNext(); ){ clazz = (ObjectModelClass) iterClazz.next(); if (clazz instanceof ObjectModelAssociationClass) { System.out.println("XXXXXXX-X-Debug associationClass entityName="+clazz.getName()); Map debugParticipant =((ObjectModelAssociationClass) clazz).getParticipants(); System.out.println("XXXXXXX-X2-Debug associationClass debugParticipant.size="+ debugParticipant.size()); b) la classe A est associé à la classe B avec une classe d'association C, quel sont les methodes dont disposera A : - getB et getC (avec des 's' si cardinalité==*) ou juste getC ?

2 1

améliorations demandées
by olivier heintz May 18, 2004

May 18, 2004

Pour ne pas les oublier : a) comment pouvoir generer un fichier par package de niveau n (package de niveau 3 = org.neogia.manufacturing, de niveau 4 = org.neogia.manufacturing.jobshopmgt) b) il faut que la methode |*getAttributes <http://lutingenerator.labs.libre-entreprise.org/apidocs/org/codelutin/gener…>*()|renvoi une liste triée des attribues dans l'ordre du modéle, en tout cas pour tous les attributs non association. Pour les attributs association, on pourra prévoir un tag précisant la position c) il faut prévoir de pouvoir récupérer si une association est une agrégation ou composition. d) est-ce que les associations * - * sont gérées s'il n'y a pas de classe associée? Moi je n'ai pas trouvé sur quel entité pointer pour l'écran de plus à générer. e) l'entité A est associé à B, parcourant les attributs de A, lorsque je suis sur l'attribut de type association, comment je peux récupérer le nom de l'association opposé (de B vers A)?

2 1

suite de la mise au point de getParticipants()
by olivier heintz May 18, 2004

May 18, 2004

copie du gabber au cas où il se perdrait l'avenir appartient a ceux qui ceux qui se lèvent tôt, (s'il y en a un dans l'équipe je pense qu'on peut considérer que c'est l'équipe qui se lève tôt ;-)) donc nous avons de l'avenir, donc même si les tests du matin ne sont pas complétement concluant on peut penser qu'il y a de l'avenir !!!! en plus claire, c'est moins bien qu'avant sur certain point mais mieux sur d'autre ci-joint le détail des system.out : AttName XXXXXXX-X-Debug associationClass entityName=ProductRouting XXXXXXX-X2-Debug associationClass debugParticipant.size=0 XXXXXXX-X-Debug associationClass entityName=ProductLocation XXXXXXX-X2-Debug associationClass debugParticipant.size=0 XXXXXXX-X-Debug associationClass entityName=PrRunPrFulFilReservation XXXXXXX-X2-Debug associationClass debugParticipant.size=0 XXXXXXX-X-Debug associationClass entityName=RoutingComposition XXXXXXX-X2-Debug associationClass debugParticipant.size=0 XXXXXXX-X-Debug associationClass entityName=ProdRunComponent XXXXXXX-X2-Debug associationClass debugParticipant.size=1 XXXXXXX-Y-Debug associationClass participantkey=ProductionRun XXXXXXX-Z-Debug associationClass participantvalueType=org.codelutin.generator.models.object.xml.ObjectModelAttributeImpl@1a7789c XXXXXXX-X-Debug associationClass entityName=ProdRunTaskFulfilment XXXXXXX-X2-Debug associationClass debugParticipant.size=0 XXXXXXX-X-Debug associationClass entityName=RoutingTaskRessource XXXXXXX-X2-Debug associationClass debugParticipant.size=0 XXXXXXX-X-Debug associationClass entityName=ProdRunProductProduced XXXXXXX-X2-Debug associationClass debugParticipant.size=1 XXXXXXX-Y-Debug associationClass participantkey=ProductionRun XXXXXXX-Z-Debug associationClass participantvalueType=org.codelutin.generator.models.object.xml.ObjectModelAttributeImpl@1df5f21 topia:generateUIModel: Explication : - le moins bien : beaucoup de size == 0 et non pas 2 !!! - le beaucoup mieux : pour les deux class d'association où une des extrémités est nomé (dans le modèle), le map est juste

1 0

Re: [Topia-devel] divers questions
by Benjamin POUSSIN May 14, 2004

May 14, 2004

On Fri, 14 May 2004 14:36:41 +0200 olivier heintz <olivier.heintz(a)nereide.biz> wrote: > j'ai fait un cvs update, mais j'ai toujours les meme soucis, voir le > détail dans le mail > > Benjamin POUSSIN wrote: > > >On Fri, 14 May 2004 12:53:06 +0200 > >Cédric Pineau <pineau(a)codelutin.com> wrote: > > > >... > > > > > > > >>>Question : > >>> a) dans ofbiz-neogia, il appel toujours lutingenerator-0.6.jar, > >>> donc > >>>pour l'instant j'ai fait un lien vers la version 0.8 !!! > >>> > >>> > > > >il fallait modifier ton fichier project.xml pour qu'il demande la > >version 0.8, je l'ai modifier, il ne te reste plus qu'a faire un cvs > >update et ca devrait fonctionner > > > > > dans le project.xml de ofbiz-neogia je ne vois pas lutingenerator !!!! > et aprés cvs update c'est toujours pareil il utilise la version 0.6 !!! il faut que tu recupere la version maven-topia-plugin-0.6.jar du plugin topia maven -DartifactId=maven-topia-plugin -DgroupId=lutinlib -Dversion=0.6 plugin:download et la version maven-lutinprocessor-plugin-0.7.jar maven -DartifactId=maven-lutinprocessor-plugin -DgroupId=lutinlib -Dversion=0.7 plugin:download > > > > > >>> b) dans ofbiz-neogia, le build lance la compile java du projet à > >>> la > >>>fin, ce qui n'a pas d'intérêt dans notre cas, sur les conseils de benj > >>> > >>>j'ai remplaçé jar:jar par topia:build dans maven.xml mais ça ne change > >>>rien. > >>> > >>> > >>> > > > >la modification que je t'avais dit de faire n'etait pas fait, je viens > >de le faire, il faut que tu fasses un cvs update. (j'ai teste il ne > >compile pas) > > > j'avais fais mais pas commité, je viens aprés le commit, de réessayer, > meme pb > j'ai fait un maven clean puis un maven jar avec le generatorLookupJava > et toujours le même pb il suffit de taper maven tout court, si tu demandes maven jar, c normale qu'il essai de te compiler les sources, puisqu'il en a besoin pour faire le jar bon si tout ce passe bien ca devrait fonctionner :) ps: si tu pouvais repondre sur la liste plutot qu'en direct, ce serait mieux :) -- Benjamin -------------------- email: poussin(a)codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii

2 1

divers questions
by olivier heintz May 14, 2004

May 14, 2004

tout d'abord des informations : avec les nouvelles versions nettement plus rapide pour ofbiz-neogia : avant 3mn maintenant 18s. Question : a) dans ofbiz-neogia, il appel toujours lutingenerator-0.6.jar, donc pour l'instant j'ai fait un lien vers la version 0.8 !!! b) dans ofbiz-neogia, le build lance la compile java du projet à la fin, ce qui n'a pas d'intérêt dans notre cas, sur les conseils de benj j'ai remplaçé jar:jar par topia:build dans maven.xml mais ça ne change rien. c) dans un générateur, j'ai besoin de tester si un attribue est une association ou un type de base, pour l'instant je teste si son type contient "org", quel serait la bonne méthode. d) y a t'il une différence ou un avantage entre Util.isEntity(clazz) et clazz.hasStereotype("entity") e) lorsque je parcours les attribues d'une classe et que je suis sur une association, comment je peux savoir s'il y a une classe d'association associée. f) les classes qui sont déclarées extern, font bien parties du modele?, je ne les retrouve pas quand je fais un objectModel.getClass(attribue.getType()). ce sera tout pour ce soir Olivier

3 2

usage de la fonction referenceEntity()
by olivier heintz May 13, 2004

May 13, 2004

elle me renvoi toujours false !!!!

1 0

se promener dans le model
by olivier heintz May 12, 2004

May 12, 2004

Bonjour, Je ne trouve pas comment je peux cheminer dans le modéle. Je m'explique a) je parcours toutes les class du modéle b) pour une class je parcours tous les attribues c) pour un attribue qui est une association, comment je récupère l'objet ObjectModelClass correspond au type de l'attribue <= c'est la question d) quand j'aurais eu la réponse, je pourrais parcourir cette class associé pour trouver les attribues que qu'il faut afficher !!! Par avance Merci Olivier

1 0

TODO (v4) ToPIA et lutingenerator
by Cédric Pineau May 12, 2004

May 12, 2004

- Fait : . Optimisation du xsl . Integration de la regle Ant pour le xsl et suppression des xsl dans chaque projet Topia et du skel . Support des attributs calculés . Le contexte est fait. . Les listeners sur les CRUD faits (+ classe ListenerSet dans lutinuntil) . 10% générateurs d'interface uiModel->uiCallbacks et ui , générateur ObjectModel -> uiModel + classe d'implémentation . modifier le ObjectModel pour avoir aussi séparement la description et le complément javadoc (en plus du getDocumentation() qui renvoie tout). Mettre une valeur de retour chaine vide par défaut pour ces trois accesseurs. . Possibilité d'acceder à n'importe quel tagValue au travers d'une methode getTagValue("name") : String - D'ici la fin de la semaine avec benj . Hook sur les services. . mettre en marche le merdier (Pouvoir ecrire une appli qui sauvegarde, effface des entités au travers de l'architecture Topia) . implanter les operations pas abstraites des entités en forward sur services dans les entités . Modifier les listeners sur le principe suivant : le contexte s'enregistre en tant que listener sur tous les CRUD qu'il délivre, les CRUD s'enregistre sur tous les TO qu'ils delivrent. Le code applicatif s'enregistre sur les TO ou les CRUD qui délèguent tous sur le context. Permet d'avoir un lieu unique de events. . Interaction avec OfBiz. - A brève échéance : . Finir l'implantation des classes d'associations . Support des dates de validités sur les classes d'associations fromDate: Date, thruDate: Date -> isValidDate(date):true sur la classe d'association -> get[Attribute](date) sur l'entité qui l'utilise . Supporter correctement les associations bi-direction : A en relation bi-direction avec B, lorsque on lie B à A, B doit etre aussi lié à A de manière automatique. . tests unitaires - Ensuite : . prendre en compte le tag-value i18n avec un pattern sur les attributs. Une table pour toute l'appli. L'idée est de créer un nouveau projet avec la description xmi de ces topia-entités et d'utiliser les generateurs Topia pour les CRUD. On souclassera au besoin ces CRUD pour avoir des operations plus adaptées. ex : i18n=true . prendre en compte la tag-value enumName avec un pattern sur les attributs. ex : enumName=projectStatus La valeur des énumérations est conservé dans un fichier de configuration qui peut-etre surchargé par des valeurs dans une table en base de données : projectStatus=a faire, fait, fini Une table pour toute l'appli. . TopiaUser. Une table pour toute l'appli. . prendre en compte la propriete "versioned" des attributs -> stocker l'historique des modifs (user, date, oldValue, new Value) : Une table historique par attribut. -> generer un getHistory[Attribut]():list<History> . pouvoir ajouter des champs à des entités. Une table de description de tagValue (nom, numero d'ordre, type, valeur par défaut) par entité, et une tableur d'instance de tagValue (id de l'entité concernée, nom de l'attribut, valeur). . tag-value value avec un pattern sur les attributs. ex value=now. Il faut maintenant le prendre en compte au moment de la création des TO. le code applicatif utilise la methode create(Interafce de TO) sur le contexte pour creer une instance de TO. Le constructeur du TO interroge le context pour chacun des attributs ayant un tagValue value en lui passant le nom logique, la valeur retournée est un Object, utilisée au travers d'un Statement : new Statement(this, "setAttributeName", context.evalDefaultvalue("value")).execute() . prendre en compte les exceptions déclarées sur les méthodes dans le modèle. . permettre des classes entités abstraites . Implanter les TopiaQuery - Plus tard : . Clone profond . toXML . Automatisation des xmlisation pour l'utilisation dans soot. . Internationnalisation des labels . Internationnalisation des attributs . Intégrer la generation sur des EJB faites par les stagiaires chinois . Generation des UI . prendre en compte le contenu de l'onglet doc des entités et attributs jusqu'au -- pour les tooltips . prendre en compte le mask avec un pattern sur les attributs. ex : mask=price puis dans les fichiers de traductions : price=#+,## . veiller à ce que l'ordre dans les listes soit toujours conservé ou au moins prise en compte de la contrainte "ordonné". - Optimisations et raffinements : . Chemin de préchargement des objets de transfert à l'intérieur des TopiaQuery . Les tables en bases doivent avoir les noms des interfaces pas des classes DO ... - Beaucoup plus tard : . Feuille de styles CSS sous la forme d'un nouveau layout java (benj) - Ancien : . prendre en compte le contenu de l'onglet doc des elements UML pour la generation des commentaires javadocs (classes, interfaces, package, attributs, operations) >> XSL et ObjectModel modifiés, la documentation est utilisée pour les classes, interfaces, operations et attributs dans la génération des interfaces sur les entités du modele. . tag-value transaction sur les operations des services avec les valeurs traditionnelles de la spec EJB (required, requiresNew, mandatory, supports, notSupported, never ). ex auto=required >> XSL et ObjectModel modifiés, valeur par défaut "supports". Pas utilisé encore, mais dès que l'on a la prise en compte des classes services . implanter les operations des entités si elles sont abstraites, on les genere abstraites dans les TO si elles ne sont pas abstraites en forward sur services dans les entités >> Fait pour les abstraites, en attentes de benj pour les forward . tag-value auto avec un pattern sur les attributs. ex auto=now >> XSL et ObjectModel modifiés. Le tag s'appelle "value" finalement. . tag-value mask avec un pattern sur les attributs. ex : mask=price puis dans les fichiers de traductions : price=#+,## >> XSL et ObjectModel modifiés. . tag-value enum avec un pattern sur les attributs. ex : enum=projectStatus La valeur des énumérations est conservé dans un fichier de configuration qui peut-etre surchargé par des valeurs dans une table en base de données : projectStatus=a faire, fait, fini >> XSL et ObjectModel modifiés. Le tag s'appelle "enumName" finalement . tag-value i18n avec un pattern sur les attributs. ex : i18n=true >> XSL et ObjectModel modifiés. . classe d'association >> XSL et ObjectModel modifiés. . permettre le decoupage du modèle en plusieurs fichiers. Stéréotype <<extern>> sur les entités des autres modules qui se recréées dans un modèle donné pour y être utilisés. Ne sont pris en compte que les associations _entrantes_ sur ces classes externes. >> Fait . completer l'interface topiaEntity (getVersion, ...) >> Fait . dernier user ayant modifié une entité >> Fait . pouvoir monitorer un attribut (user, date, oldValue, new Value) Ces attributs ont une valeur tagguée versioned à vrai ou faux. -> getHistory[Attribut]():list<History> >> XSL et ObjectModel modifiés. -- Societe Code Lutin 2, rue Robert le Ricolais BP 20446 44304 NANTES CEDEX 3 Tel 02.40.50.29.28, Fax 02.40.93.99.21 http://www.codelutin.com --------------------------------

1 0

Documentation de Topia
by nicolas malin May 12, 2004

May 12, 2004

Voici certaines choses donc je pense la présence dans la documentation non négligeable pour la compréhension et l'utilisation de Topia. Installation et utilisation de maven Création des architectures de génération Déroulement théorique d'une génération Syntaxe du générateur Fichier de configuration pour le générateur Comment empecher la compilation des fichiers java générés Remettre en état un générateur bancale Voilà, ce sont mais proposition. Malin Nicolas

1 0

ajout d'un Tag
by olivier heintz May 11, 2004

May 11, 2004

Bonjour, est-il possible d'ajouter un tagvalue au niveau des class, attribue et autre nom du tag : gui valeur du tag : suite de chaine de caractère séparé par des virgules méthode pour y accéder : boolean isGui(String value); qui renvoi true si value est une des chaines contenu dans la valeur du tag Cela nous servirait pour la génération de la GUI -- Directeur de Projet Societe Nereide La collaboration et les bonnes pratiques en action bureau: +33 (0)2 4750 3054 mobile: +33 (0)6 3279 0323 http://www.nereide.biz

3 2

génération d'un fichier pour un package
by olivier heintz May 11, 2004

May 11, 2004

Y a t il un moyen simple de faire un générateur qui générerait un fichier pour toutes les entités d'un package?

2 1

Liste sur tous les Tagvalues utilisés
by olivier heintz May 8, 2004

May 8, 2004

Existe t-il une doc, quelque part qui indique quel sont les tags value qui sont lu et ce qu'ils renvoient. La question du moment c'est : comment je declare une propriété en tant que primaryKey Par avance Merci

1 1

TODO (v3) ToPIA et lutingenerator
by Cédric Pineau May 6, 2004

May 6, 2004

- Fait : . prendre en compte le contenu de l'onglet doc des elements UML pour la generation des commentaires javadocs (classes, interfaces, package, attributs, operations) >> XSL et ObjectModel modifiés, la documentation est utilisée pour les classes, interfaces, operations et attributs dans la génération des interfaces sur les entités du modele. . tag-value transaction sur les operations des services avec les valeurs traditionnelles de la spec EJB (required, requiresNew, mandatory, supports, notSupported, never ). ex auto=required >> XSL et ObjectModel modifiés, valeur par défaut "supports". Pas utilisé encore, mais dès que l'on a la prise en compte des classes services . implanter les operations des entités si elles sont abstraites, on les genere abstraites dans les TO si elles ne sont pas abstraites en forward sur services dans les entités >> Fait pour les abstraites, en attentes de benj pour les forward . tag-value auto avec un pattern sur les attributs. ex auto=now >> XSL et ObjectModel modifiés. Le tag s'appelle "value" finalement. . tag-value mask avec un pattern sur les attributs. ex : mask=price puis dans les fichiers de traductions : price=#+,## >> XSL et ObjectModel modifiés. . tag-value enum avec un pattern sur les attributs. ex : enum=projectStatus La valeur des énumérations est conservé dans un fichier de configuration qui peut-etre surchargé par des valeurs dans une table en base de données : projectStatus=a faire, fait, fini >> XSL et ObjectModel modifiés. Le tag s'appelle "enumName" finalement . tag-value i18n avec un pattern sur les attributs. ex : i18n=true >> XSL et ObjectModel modifiés. . classe d'association >> XSL et ObjectModel modifiés. . permettre le decoupage du modèle en plusieurs fichiers. Stéréotype <<extern>> sur les entités des autres modules qui se recréées dans un modèle donné pour y être utilisés. Ne sont pris en compte que les associations _entrantes_ sur ces classes externes. >> Fait . completer l'interface topiaEntity (getVersion, ...) >> Fait . dernier user ayant modifié une entité >> Fait . pouvoir monitorer un attribut (user, date, oldValue, new Value) Ces attributs ont une valeur tagguée versioned à vrai ou faux. -> getHistory[Attribut]():list<History> >> XSL et ObjectModel modifiés. - A brève échéance : . modifier le ObjectModel pour avoir aussi séparement la description et le complément javadoc (en plus du getDocumentation() qui renvoie tout). Mettre une valeur de retour chaine vide par défaut pour ces trois accesseurs. . implanter les operations des entités pas abstraites en forward sur services dans les entités . tests unitaires . prendre en compte le tag-value i18n avec un pattern sur les attributs. ex : i18n=true . prendre en compte la tag-value enumName avec un pattern sur les attributs. ex : enumName=projectStatus La valeur des énumérations est conservé dans un fichier de configuration qui peut-etre surchargé par des valeurs dans une table en base de données : projectStatus=a faire, fait, fini . Support des dates de validités sur les classes d'associations fromDate: Date, thruDate: Date -> isValidDate(date):true sur la classe d'association -> get[Attribute](date) sur l'entité qui l'utilise . prendre en compte la propriete "versioned" des attributs -> stocker l'historique des modifs (user, date, oldValue, new Value) : Une table historique par attribut, par entitée, globale ? Je pense par attribut. Benj un avis ? -> generer un getHistory[Attribut]():list<History> . pouvoir ajouter des champs à des entités. A discuter avec ben la meilleure facon de le faire. . Hook sur les services. A voir avec ben. . Interaction avec OfBiz. A voir avec ben. . mettre en marche le merdier. A faire avec ben. . tag-value value avec un pattern sur les attributs. ex value=now. Il faut maintenant le prendre en compte au moment de la création des TO. Benj comment vois tu la chose ? Comment est interprété le pattern ? - Ensuite : . faire en sorte d'utiliser la feuile xsl de lutingenerator pas celui des différents projets . permettre des classes entités abstraites . Implanter les TopiaQuery . Clone profond . toXML . Automatisation des xmlisation pour l'utilisation dans soot. . Internationnalisation des labels . Internationnalisation des attributs . Intégrer la generation sur des EJB faites par les stagiaires chinois . Generation des UI . prendre en compte le contenu de l'onglet doc des entités et attributs jusqu'au -- pour les tooltips . prendre en compte le mask avec un pattern sur les attributs. ex : mask=price puis dans les fichiers de traductions : price=#+,## . veiller à ce que l'ordre dans les listes soit toujours conservé ou au moins prise en compte de la contrainte "ordonné". - Optimisations et raffinements : . Chemin de préchargement des objets de transfert à l'intérieur des TopiaQuery . Les tables en bases doivent avoir les noms des interfaces pas des classes DO ... -- Societe Code Lutin 2, rue Robert le Ricolais BP 20446 44304 NANTES CEDEX 3 Tel 02.40.50.29.28, Fax 02.40.93.99.21 http://www.codelutin.com --------------------------------

1 0

TODO (v2) ToPIA et lutingenerator
by Cédric Pineau May 4, 2004

May 4, 2004

- A brève échéance : . tag-value transaction sur les operations des services avec les valeurs traditionnelles de la spec EJB (required, requiresNew, mandatory, supports, notSupported, never ). ex auto=required . prendre en compte le contenu de l'onglet doc des elements UML pour la generation des commentaires javadocs (classes, interfaces, package, attributs, operations) . veiller à ce que l'ordre dans les listes soit toujours conservé ou au moins prise en compte de la contrainte "ordonné". . implanter les operations des entités si elles sont abstraites, on les genere abstraites dans les TO si elles ne sont pas abstraites en forward sur services dans les entités . dernier user ayant modifié une entité . completer l'interface topiaEntity (getVersion, ...) . tests unitaires . mettre en marche le merdier . tag-value auto avec un pattern sur les attributs. ex auto=now . tag-value mask avec un pattern sur les attributs. ex : mask=price puis dans les fichiers de traductions : price=#+,## . tag-value enum avec un pattern sur les attributs. ex : enum=projectStatus La valeur des énumérations est conservé dans un fichier de configuration qui peut-etre surchargé par des valeurs dans une table en base de données : projectStatus=a faire, fait, fini . tag-value i18n avec un pattern sur les attributs. ex : i18n=true . classe d'association . Support des dates de validités sur les classes d'associations fromDate: Date, throughDate: Date -> isValidDate(date):true sur la classe d'association -> get[Attribute](date) sur l'entité qui l'utilise . pouvoir monitorer un attribut (user, date, oldValue, new Value) Ces attributs ont une valeur tagguée versioned à vrai ou faux. -> getHistory[Attribut]():list<History> . pouvoir ajouter des champs à des entités. A discuter avec ben la meilleure facon de le faire. . permettre le decoupage du modèle en plusieurs fichiers. Stéréotype <<extern>> sur les entités des autres modules qui se recréées dans un modèle donné pour y être utilisés. Ne sont pris en compte que les associations _entrantes_ sur ces classes externes. . Hook sur les services. A voir avec ben. . Interaction avec OfBiz. A voir avec ben. - Ensuite : . faire en sorte d'utiliser la feuile xsl de lutingenerator pas celui des différents projets . permettre des classes entités abstraites . Implanter les TopiaQuery . Clone profond . toXML . Automatisation des xmlisation pour l'utilisation dans soot. . Internationnalisation des labels . Internationnalisation des attributs . Intégrer la generation sur des EJB faites par les stagiaires chinois . Generation des UI . prendre en compte le contenu de l'onglet doc des entités et attributs jusqu'au -- pour les tooltips - Optimisations et raffinements : . Chemin de préchargement des objets de transfert à l'intérieur des TopiaQuery . Les tables en bases doivent avoir les noms des interfaces pas des classes DO ... -- Societe Code Lutin 2, rue Robert le Ricolais BP 20446 44304 NANTES CEDEX 3 Tel 02.40.50.29.28, Fax 02.40.93.99.21 http://www.codelutin.com --------------------------------

1 0

TODO ToPIA et lutingenerator
by Cédric Pineau May 4, 2004

May 4, 2004

- A brève échéance : . implanter les operations des entités si elles sont abstraites, on les genere abstraites dans les TO si elles ne sont pas abstraites en forward sur services dans les entités . dernier user ayant modifié une entité . completer l'interface topiaEntity (getVersion, ...) . tests unitaires . mettre en marche le merdier . tag-value auto avec un pattern sur les attributs. ex auto=now . tag-value mask avec un pattern sur les attributs. ex : mask=price puis dans les fichiers de traductions : price=#+,## . tag-value enum avec un pattern sur les attributs. ex : enum=projectStatus La valeur des énumérations est conservé dans un fichier de configuration qui peut-etre surchargé par des valeurs dans une table en base de données : projectStatus=a faire, fait, fini . tag-value i18n avec un pattern sur les attributs. ex : i18n=true . classe d'association . Support des dates de validités sur les classes d'associations fromDate: Date, throughDate: Date -> isValidDate(date):true sur la classe d'association -> get[Attribute](date) sur l'entité qui l'utilise . pouvoir monitorer un attribut (user, date, oldValue, new Value) Ces attributs ont une valeur tagguée versioned à vrai ou faux. -> getHistory[Attribut]():list<History> . pouvoir ajouter des champs à des entités. A discuter avec ben la meilleure facon de le faire. . permettre le decoupage du modèle en plusieurs fichiers. Stéréotype <<extern>> sur les entités des autres modules qui se recréées dans un modèle donné pour y être utilisés. Ne sont pris en compte que les associations _entrantes_ sur ces classes externes. . Hook sur les services. A voir avec ben. . Interaction avec OfBiz. A voir avec ben. - Ensuite : . Implanter les TopiaQuery . Clone profond . toXML . Automatisation des xmlisation pour l'utilisation dans soot. . Internationnalisation des labels . Internationnalisation des attributs . Intégrer la generation sur des EJB faites par les stagiaires chinois . Generation des UI - Optimisations et raffinements : . Chemin de préchargement des objets de transfert à l'intérieur des TopiaQuery . Les tables en bases doivent avoir les noms des interfaces pas des classes DO ... -- Societe Code Lutin 2, rue Robert le Ricolais BP 20446 44304 NANTES CEDEX 3 Tel 02.40.50.29.28, Fax 02.40.93.99.21 http://www.codelutin.com --------------------------------

1 0

cr de rencontre avec nereide (liste de choses a faire et comment)
by Benjamin POUSSIN May 4, 2004

May 4, 2004

Salut, Voici ce que j'ai ecrit durant la rencontre avec nereide, c pas vraiment relu, mais au moins tout le monde pourra en discuter :) -- Benjamin -------------------- email: poussin(a)codelutin.com () campagne du ruban ascii http://www.codelutin.com /\ pour les mails en ascii

2 1