En Java il y a des tisseurs de composants logiciels (bean) permettant d'accéder à la logique applicative contenue dans des composants métiers (bean) de type POJO, comme il se doit.
Est-ce que c'est possible avec COBOL.NET ? Ou est-ce qu'un instancieur de marshalling basé sur la POA est nécessaire pour bridger les deux environnements et ce, de manière transversale (i.e. commune à l'ensemble des composants de l'application) (*) ?
(*) là je verrais bien des fichiers de configuration en XML auto-documentants par un engine XSLT + Nuxeo Enterprise Platform, mais peut-être que je m'avance un peu
[^] # Une question
Posté par Antoine . En réponse à la dépêche Projet NACA [2]: transcodage automatique vers Java de 4 millions de lignes Cobol. Évalué à 5.
Est-ce que c'est possible avec COBOL.NET ? Ou est-ce qu'un instancieur de marshalling basé sur la POA est nécessaire pour bridger les deux environnements et ce, de manière transversale (i.e. commune à l'ensemble des composants de l'application) (*) ?
(*) là je verrais bien des fichiers de configuration en XML auto-documentants par un engine XSLT + Nuxeo Enterprise Platform, mais peut-être que je m'avance un peu