- 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
--------------------------------
- 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
--------------------------------
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
