FastRPG - EGL le cycle de vie logiciel qui va de SOA ? (Février 2008)

RePeGlio
FastRPG

EGL le cycle de vie logiciel qui va de SOA ?

Avec la V6R1, IBM vient de renommer, redécouper et repositionner tous ses produits de développement. Avant la V6R1, tous les produits s’appelaient WebSphere quelque chose, à partir de la V6R1, nous ne savons pas ce qui s’appelle encore WebSphere. Sauf erreur de notre part, ont disparu : WDSc et WebSphere Development Studio. Le serveur d’application WebSphere lui-même est en train de se retirer petit à petit en tant que serveur d’application standard System i au profit d’un serveur d’application intégré à l’i5/OS qui démarre tout seul automatiquement depuis la V6R1.

Par une sorte d’énigme IBM semble aujourd’hui appeler sa solution phare de la V6R1 EGL, de sorte que le mot EGL figure à peu prêt à toutes les sauces. EGL est parfois connu sous le nom de RBD… tout ceci est encore très nouveau pour nous et nous nous excusons par avance de nos tâtonnements.

OUI IBM a recherché des solutions pour étendre les applications RPG existantes vers le Web. NON il n’y aura pas d’interfaces graphiques natives pour le RPG. Aujourd’hui, ce ne sont plus les interfaces graphiques natives qui sont l’objectif stratégique prioritaire d’IBM mais SOA car il est considéré comme étant le Client/Serveur du 21ième siècle. D’où une solution globale qui a pour ambition de couvrir tout le cycle de vie du logiciel et qui s’appelle, vous l’aurez deviné… EGL.

EGL est aussi un L4G multi-plateformes, pour mainframe à l’origine, qui intéressera les gros éditeurs. EGL génère du Java pour les « nouvelles » technologies et du COBOL pour les applications en mode caractères CICS et System i dans le même sac ! Wouaaaah !

Mais, car il y a un mais : EGL possède aussi un module qui permet d’encapsuler les programmes RPG ILE afin d’étendre les applications existantes pour obtenir soit des interfaces graphiques Web ou encore exposer la logique applicative via SOA, en procédant semble-t-il d’une démarche commune.

Selon nous l’idéal serait de pouvoir écrire des programmes RPG ILE modulaires capables d’afficher aussi bien le flot 5250 que le flot PCML (dérivé XML) qui se trouve être à la base des interfaces Web System i via EGL et au delà de SOA. Cela permettrait de gérer des programmes réutilisables dans des contextes différents. Selon nous, à partir du RPG ILE, le flot 5250 offrirait alors trois possibilités :

1) l’affichage en mode caractères qui est imbattable pour la saisie BackOffice
2) l’affichage d’interfaces Web très élaborées via EGL avec le même programme.
3) l’affichage avec une webisation à la volée à l’aide d’outils tiers ou d’outils IBM.

Une chose est sure, EGL nécessitera des programmes RPG ILE modulaires et des modifications dans le programme RPG ILE car en plus du flot 5250 il faudra, à l’aide de nouveau mots clés tel LikeRec etc…, redéfinir la mémoire tampon des formats du DSPF décrite en externe sous forme de data structures. Ces data structures sont ensuite traduites automatiquement en flot PCML par des outils EGL, PCML est un dérivé du flot XML que le langage Java est capable de digérer. L’interface Web EGL System i sera entièrement crée à l’extérieur probablement avec un outil de design EGL dédié.

En résumé, si nous parvenons à réutiliser les programmes RPG ILE, et si la solution EGL est sensée et viable, nous aurons deux flots : le flot 5250 et le flot PCML, l’un pour l’affichage traditionnel très efficace en saisie et l’autre pour l’affichage Web en réutilisant toute la logique applicative. Naturellement, dans la mesure où nous sommes déjà compatibles avec tous les outils de webisation du marché, ce serait bien de proposer des ponts PCML avec nos générateurs. Pourquoi pas une « moulinette », y compris pour tous les programmes RPG ILE déjà générés automatiquement depuis 1998 avec RePeGlio puisque tous nos programmes procèdent exactement des mêmes standards ? En tout cas une chose est sure et certaine : si nous pouvons le faire, nous n’allons pas nous gêner : nous aurions alors les deux flots à la demande à partir desquels nous pourrions tout faire.

Nous allons étudier sérieusement la question lorsque RDi SOA sera disponible et stable, ce qui par expérience et sauf heureuse surprise, risque de prendre quelques mois encore.

EGL se trouve inclus dans un « bundle » ou bouquet appelé RDi SOA qui sera commercialisé à partir de la V6R1. Outre le fameux EGL, RDi SOA comprend :

-) RDi tout court : qui est la réplique graphique de SEU/PDM/SDA en remplacement du défunt WDSc.
-) des outils graphiques afin de visualiser les appels des programmes RPG ILE entre eux à partir des objets et d’analyser graphiquement les sources RPG ILE. (ce type d’outils manquait à notre offre).
-) enfin EGL qui couvre tout le cycle de vie du logiciel.

Le RPG est utilisé par plus de 90% des clients System i selon IBM. Notons que les clients System i représenteraient 50% des clients IBM. Autrement dit, après l’épisode WebSphere/Java le RPG est re-devenu un langage stratégique incontournable, mais dédié System i. IBM a beaucoup investi avec la V6R1 pour rendre le RPG ILE compatible avec le Web et SOA (multi-threading, nouvelles limites de la taille des données, nouveaux mots clés etc…). Ces changements en profondeur semblent être un signe très encourageant pour l’avenir.

Bien sur, beaucoup le regretteront : ce ne sont pas là des interfaces graphiques natives RPG. Selon nous, IBM aurait du faire un complément HTML il y a 5 ou 10 ans avec de nouveaux mots clé graphiques ajoutés au DSPF. Le temps a été perdu selon nous à cause de l’idéologie WebSphere/Java. Depuis, SOA s’est imposé comme une nécessité stratégique.

Il nous reste donc les outils de webisation et demain EGL en complément de nos interfaces traditionnelles en mode caractères. EGL est aussi un langage L4G de gestion multi-plateformes, il est vrai.

Mais EGL est aussi une solution qui couvre le cycle de vie logiciel. Si EGL est utilisé seulement en complément du RPG pour le Web ou seul en tant que L4G, IBM encaissera la même somme dans les deux cas (sauf erreur de notre part), EGL étant un seul et même produit facturé via RDi SOA. Comme dit le proverbe : « peu importe le chat, pourvu qu’il attrape des souris. »

Souris graphiques ou non, le chat est toujours en bout de course le client.

Jean Mikhaleff