Sinon, je voulais savoir si une approche de type Model_driven_architecture n'avait pas été envisagée ? Parce que ce modèle de transcodage automatique, c'est un peu le principe de MDA, sauf que là votre représentation de base c'est le Cobol. Pour une vision à encore plus long terme (ce n'est peut-être pas votre but), la conversion en un modèle indépendant, puis la génération d'un modèle en Java, aurait pû être sympa. (je ne suis pas du tout un expert en MDA, c'était juste pour savoir si ça avait été évoqué, car ça m'y fait penser sous certains aspect)
Enfin, bravo pour ces articles très intéressant.
PS: ha si, je vais lancer un troll : l'appli interne (le transcodeur, le runtime) qui a servi à générer tout ça, ça restera interne ? Ce sera diffusé ? Sous quelle licence ? ...
# Approche MDA ?
Posté par benoar . En réponse à la dépêche Projet NACA [2]: transcodage automatique vers Java de 4 millions de lignes Cobol. Évalué à 3.
Sinon, je voulais savoir si une approche de type Model_driven_architecture n'avait pas été envisagée ? Parce que ce modèle de transcodage automatique, c'est un peu le principe de MDA, sauf que là votre représentation de base c'est le Cobol. Pour une vision à encore plus long terme (ce n'est peut-être pas votre but), la conversion en un modèle indépendant, puis la génération d'un modèle en Java, aurait pû être sympa. (je ne suis pas du tout un expert en MDA, c'était juste pour savoir si ça avait été évoqué, car ça m'y fait penser sous certains aspect)
Enfin, bravo pour ces articles très intéressant.
PS: ha si, je vais lancer un troll : l'appli interne (le transcodeur, le runtime) qui a servi à générer tout ça, ça restera interne ? Ce sera diffusé ? Sous quelle licence ? ...