Le serpent de mer montre le bout de son nez

[JPL]

 
Ce mardi 13 avril 2010 IBM vient d’annoncer officiellement un nouveau produit sous le nom d’IBM Rational Open Access pour RPGIV qui sera disponible à partir de la V6.1. Ce sont les fameuses interfaces graphiques que les clients, et plus particulièrement les éditeurs de progiciels, attendent depuis 10 ans. Pour le moment, nous ne disposons que d’un court descriptif dans le style IBM pur jus, une lettre officielle d’annonces pour l’:  « Europe, Middle East and Africa ». Par chance, nous nous trouvons dans la zone géographique concernée...
 
Réaction à chaud de quelqu'un qui lit cette annonce comme étant une nouveauté de la version V7.1 de l'i/OS, pourquoi ne pas avoir proposé Open Access RPG plus tôt puisque l'annonce dit que ce produit fonctionne pour la V6.1 de l'i/OS?

Première remarque, cette annonce ne concerne pas à priori le langage Cobol et encore moins Java, mais uniquement le RPGIV. Deuxième remarque, non moins importante à nos yeux, la matière première du produit est le programme RPGIV 5250 qui fonctionne déjà. Autrement dit, Open Access RPG est une surcharge des programmes existants RPGIV qui sont à la base de cette annonce.

Concrètement, en carte F (j’adore le mot « carte » car contrairement à d’autres je suis fier de venir d’où je viens), je disais donc qu’en carte F, il suffit d’ajouter le mot clé HANDLER qui a pour racine en Anglais le mot "main" et qui signifie assistant, donc HANDLER pourrait être traduit par -programme assistant qui prend la main-. Je disais donc que le fameux HANDLER est associé à un programme dédié, de sorte que les instructions RPG Chain, Read, Write ou Exfmt vont lire et écrire différents protocoles dont le web.

 Il est à noter que, non seulement notre Open RPG fonctionne uniquement en RPGIV, mais en plus avec les ordres natifs de lecture et écriture RPGIV. Je cite: «native file specifications and I/O operations allowing developers to reuse their existing skills… to access devices that are not directly supported by RPG ». Autrement dit : Open RPG permet la réutilisation des I/O natifs pour accéder aux protocoles qui ne sont pas directement supportés par le RPGIV afin que les développeurs puissent réutiliser leurs compétences. Ainsi les développeurs pourront écrire dans une base de données Oracle, pour des terminaux mobiles, en XML  ou des Web Services etc… il suffit d’avoir le bon « programme cible » associé au HANDLER.

La seule surcharge nécessaire dans le programme RPGIV lui-même concerne ce mot clé HANDLER et son programme cible en carte F. Il convient ensuite de recompiler le programme. C’est le compilateur RPGIV qui va générer automatiquement en sous-main les instructions appropriées associées aux I/O. Cette technologie semble donc très peu intrusive pour le développeur RPG lamda.

IBM fournit l’environnement runtime qui est payant. Combien? Vu sous l’angle des programmes transactionnels, Open Access RPG concerne donc uniquement les programmes persistants où c’est le programme qui dirige les transactions. L’une des vocations d’ Open Access RPG est de produire en Web des interfaces plus natives qu'une webisation du protocole 5250.

Seul énorme point d’interrogation, nous ne savons pas si IBM va fournir un ou quelques programmes HANDLER. En effet, IBM ajoute  “Software tool vendors, Business parners, services orgainzations and users write the handlers that extend RPG IV’s I/O capabilities to new resources and devices”. Ce sont les éditeurs ou les clients qui sont priés, selon l’annonce, d’écrire les fameux programmes HANDLER. Pris au pied de la lettre, cela signifierais qu’ IBM a l'intention de commercialiser un environnement runtime qui ne marche pas en l'état, un peu comme si un vendeur de voitures proposait des voitures uniquement montée sur des briques en précisant qu’il convient d’acheter ailleurs ou fabriquer soi-même les roues pour voir si elle roule...

Pour montrer l’importance de la prouesse technique à accomplir par IBM, cet environnement runtime Web devra simuler le comportement du contrôleur 5250 pour traiter par exemple  les instructions READC ou les sous-fichiers gérés en dynamique avec l’espace adressable unique de l'informatique persistante Back Office.  Selon nous, le runtime n’aurait pas pu être testé, même par Rational, sans au minimum un HANDLER Web de base. L'offre est pour le moment virtuelle et prête encore à confusion sur le plan marketing. Nous allons guetter les premières réactions des consultants RPG aux US lorsqu'ils vont tester réellement ce produit et nous vous tiendrons informés.

Une chose est certaine, la société RePeGlio peut fournir la matière première de l’offre avec ses programmes RPGIV 5250 que notre produit phare génère automatiquement depuis 1998. D’autre part, à l’autre bout, nous proposons depuis cette année une version Full Web stateless pour le Front Office avec les procédures CGIDEV2 d'IBM.

En tout cas, la bonne nouvelle est que les programmes RPGIII des éditeurs de progiciels reviendront dans la course si le produit Open Access RPG tient toutes ses promesses. En effet, la commande IBM de l’i/OS CVTRPGSRC permet de convertir le RPGIII en RPGIV. Nous sentons bien qu’il suffira ensuite d’appeler une petite « moulinette » supplémentaire pour ajouter en carte F le HANDLER qui va bien. Finalement, une simple compilation devrait permettre aux programmes RPGIII  de capitaliser sur l'existant, non pour faire la Java, mais du RPGIV.  C'est ce qu'il conviendrait d'appeler un progrès.

Ceci étant, comme le disait Franck Kafka, "croire au progrès ne signifie pas qu'un progrès a déjà eu lieu".

Jean Mikhaleff 


 

[Fabrice]

Réaction à chaud de quelqu'un qui lit cette annonce comme étant une nouveauté de la version V7.1 de l'i/OS, pourquoi ne pas avoir proposé Open Access RPG plus tôt puisque l'annonce dit que ce produit fonctionne pour la V6.1 de l'i/OS?

C'est vraiment désespérant !!!!

S'il y a un terme qu'il ne faut pas employer, c'est bien celui là !

L'IOS, c'est l'Operating System des routeurs CISCO.
http://fr.wikipedia.org/wiki/Cisco_IOS

Je me répète, mais quand est-ce que les partenaires IBM (éditeurs de logiciels et intégrateurs) feront enfin l'effort d'employer les bons termes et surtout éviteront les erreurs sur la terminologie ? Parler d'i/OS au lieu de IBM i, c'est un peu comme parler de Palm OS au lieu de Windows, ça n'a rien à voir !!!
Je sais que beaucoup se fichent royalement de la terminologie exacte, mais si cela est acceptable pour les clients IBM, cela est totalement inacceptable pour les partenaires IBM.

Et pour répondre à la question sur la raison pour laquelle IBM n'a pas proposé plus tôt le produit "Rational Open Access : RPG Edition" (5733-OAR), je répondrai, mieux vaut tard que jamais. Ce produit sera en effet disponible sous IBM i 6.1 mais avec l'apport de PTFs et l'utilisation du client Windows Rational Developer for Power Family 7.6.
Pourquoi n'a t-il pas été implémenté plus tôt ? Probablement parce qu'IBM n'avait pas jugé bon de le faire plus tôt et s'il apparait en i 6.1, cela ne signifie pas pour autant qu'il est dans les cartons d'IBM depuis le début de la 6.1 en mars 2008, c'est un produit récent, prévu initialement pour i 7.1 qu'IBM a jugé utile de porter également sur 6.1.

Seul énorme point d’interrogation, nous ne savons pas si IBM va fournir un ou quelques programmes HANDLER. En effet, IBM ajoute  “Software tool vendors, Business parners, services orgainzations and users write the handlers that extend RPG IV’s I/O capabilities to new resources and devices”. Ce sont les éditeurs ou les clients qui sont priés, selon l’annonce, d’écrire les fameux programmes HANDLER. Pris au pied de la lettre, cela signifierais qu’ IBM a l'intention de commercialiser un environnement runtime qui ne marche pas en l'état, un peu comme si un vendeur de voitures proposait des voitures uniquement montée sur des briques en précisant qu’il convient d’acheter ailleurs ou fabriquer soi-même les roues pour voir si elle roule...

Je vais encore critiquer, mais cette position est infondée.
IBM fournissant un outil pour le développement, c'est donc pour développer ...
Si on suit ce raisonnement à la lettre, puisqu'IBM fournit également une base de données DB2/UDB for IBM i, alors pourquoi IBM ne fournit pas les applications qui vont avec ?
Cela s'appelle tirer sur l'ambulance !

Pour le prix, RDP (Rational Developer for Power), le studio Windows de développement est à 806 € la licence par utilisateur + 323 € de software maintenance sur 3 ans (0 € sur un an).
Le prix de "Rational Open Access : Edition RPG", n'est pas encore disponible à ce jour, cela ne serait tarder puisque le produit sera disponible le 23 avril.

Ci-dessous, quelques exemples de code :

[jmikhaleff]

Bonjour les amis du i,
L'auteur de la lettre vous répond. Je me suis permis d'écrire i/OS car le plus grand journaliste des US Timothy Prickett Morgan  de la News Letter la plus lue dans le monde "IT Jungle" utilise i/OS dans ses articles. A ce propos, je vous recommande tout particulièrement cette NewsLetter gratuite qui fait autorité www.itjungle.com.
Si les bourricains utilisent le terme d' i/OS partout, je vois pas pourquoi un Franchouillard ferait pas de meme. A cote de Timothy Prickett Morgan, je suis un nain...

[Fabrice]

Bonjour les amis du i,
L'auteur de la lettre vous répond. Je me suis permis d'écrire i/OS car le plus grand journaliste des US Timothy Prickett Morgan  de la News Letter la plus lue dans le monde "IT Jungle" utilise i/OS dans ses articles. A ce propos, je vous recommande tout particulièrement cette NewsLetter gratuite qui fait autorité www.itjungle.com.
Si les bourricains utilisent le terme d' i/OS partout, je vois pas pourquoi un Franchouillard ferait pas de meme. A cote de Timothy Prickett Morgan, je suis un nain...

Je suis tout à fait d’accord pour dire que TMP est en excellent connaisseur de la plateforme Power Systems, il est peut-être l’auteur de la newsletter la plus lue dans le monde "IBM i", en revanche affirmer qu’il s’agit du plus grand journaliste des US est une opinion dont je n’ai que faire !
Plus grand journaliste ou pas, cela n’engage que toi, et quand bien même serait-il le meilleur journaliste de tous les temps, … il se plante sur ce sujet.
J’apprécie ses articles, mais il commet régulièrement cette faute.
i/OS est un Operating System de CISCO, IBM décrit sa nomenclature exacte dans un document nommé "IBM Power Systems Naming and Usage Guidelines" et il est clairement noté qu’il ne faut pas employer le terme i/OS ou IOS ou iOS car cela ne correspond pas à un logiciel IBM. Le vrai nom du successeur de l’OS/400 et du i5/OS est "IBM i operating system" ou plus simplement "IBM i", un point c’est tout.
Que l’utilisateur lambda se trompe, on le conçoit aisément, mais qu’un partenaire le fasse systématiquement est anormal à fortiori dans une newsletter censée informer les utilisateurs des nouvelles annonces !
Raisonnement par l’absurde, est-ce que l’on doit se jeter dans le Potomac si TPM nous demande de le faire ?
Si je suis également un nain vis-à-vis de TPM, cela ne m’empêche pas pour autant de réagir et de réfléchir, ce n’est pas parce que TPM dit quelque chose, que c’est forcément parole d’évangile !
Nain ou pas, franchouillard ou pas, TPM n’est pas IBM et il a tort sur ce point.

[jmikhaleff]

Selon l'Académie Francaise il faudrait dire butineur et non browser. Selon l'Académie IBM il faudrait dire IBM i operating system et non i/OS. Cela donnerait si on devait respecter les Académies diverses et variées "mon butineur s'est posé sur un IBM i operating system"...
Autre remarque relative au HANDLER. IBM a dit que cette technologie devait permettre des interfaces Web plus natives que la simple webisation des écrans. OK. Mais dans ce cas, il faut que quelqu'un fournisse le controleur des écrans. En effet, il faudra gérer le READC, le mot clé Windows, la touche de fonction pour appeler un autre programme puis revenir au programme appelant avec F12. C'est le role, selon moi, de l'i/OS pardon de l'IBM i operating system de faire ca et plus particulièrement du controleur. Si le client doit programmer un contrôleur pour utiliser le HANDLER version Web qui devrait être le plus demandé dans la mesure où il y a tout de meme 1,8 milliards d'utilisateurs sur le web, alors il faudra au moins 6 mois à un an de travail pour arriver a faire marcher avec des temps de réponses satisfaisants. C'est la raison pour laquelle je me suis permis de dire que si IBM ne livre pas le controleur Web qui va avec, ils ont livré une voiture sans les roues en disant qu'elle roule, ce qui est impensable... en tout cas merci pour tes commentaires et surtout le code Web Services très intéressant.

[Fabrice]

Pour information, les coûts du produit 5733-OAR (Rational Open Access : RPG Edition) sont les suivants :
 - P05 :   464 € + 0 € pour la software maintenance sur 1 an et 185 € pour la software maintenance sur 3 ans
 - P10 :   927 € + 0 € pour la software maintenance sur 1 an et 371 € pour la software maintenance sur 3 ans
 - P20 : 2318 € + 0 € pour la software maintenance sur 1 an et 927 € pour la software maintenance sur 3 ans

Je n'ai pas regardé sur les autres groupes (P30, P40, P50 et P60 )