Lisons l’avenir du RPG dans la V4R4

Bon nombre des fonctionnalités nouvelles du RPG en V4R4 visent à  rendre le langage plus compatible avec Java. Plus précisément, les développements suivants accentuent l’interopérabilité entre RPG et Java
La capacité de VARPG à  générer du Java. Le produit VARPG (VisualAge
for RPG) d’IBM permet de construire des interfaces utilisateur graphiques et des
applications client/serveur sur un PC client, en utilisant les mêmes concepts
et code RPG IV que pour des applications traditionnelles. La V3R2M1 de VARPG génère
du code qui s’exécute dans les environnements Windows 16 et 32 bits ; la
nouvelle release (V3R2M2) permettra aussi de créer du code source Java. On
pourra alors utiliser le compilateur dans un kit de développement Java pour
compiler le code source jusqu’à  obtenir du bytecode Java, qui s’exécutera
comme une applet dans un browser Internet.

Pour les programmeurs RPG classiques, cette fonction favorisera le
passage de RPG vers Java. Cependant, comme le browser doit charger environ 1,5 Mo
de bibliothèques de classes spéciales, fournies par IBM, pour supporter les
applets VARPG, ces dernières risquent de mettre beaucoup plus de temps pour
transmettre et charger des données sur le Web qu’une applet initialement créée
à  partir du code source Java. Pour plus d’informations sur la génération Java
à  partir de VARPG, voir "VARPG (Nearly) Does Java", NEWS/400, décembre
1998.

Nouvelles longueurs d’entiers.
Dans les V3R2 et V3R6, IBM avait inclus le support RPG des entiers signés (type
de données I) et non signés (type de données U) ; la longueur de ces entiers
pouvait être de deux octets (cinq caractères) ou de quatre octets (dix caractères).
Pour assurer la compatibilité avec les types de données Java, la V4R4
introduit des entiers à  un seul octet (trois caractères) et huit octets (vingt
caractères).

Type de donnée Unicode. La
V4R4 apporte également le support RPG pour le type de données Unicode double
octet de Java, qui fonctionne avec de multiples jeux de caractères. Les caractères
Unicode codés en RPG doivent avoir une longueur de deux octets et être spécifiés
avec le type de données C en cartes D. A partir de la V4R4, le RPG prend en
charge les mêmes types de données que Java, et davantage.

Sécurité des threads des programmes RPG.
Les programmes Java accèdent à  une productivité maximale en exécutant
plusieurs tâches dans des threads distincts, c’est-à -dire en exécutant
simultanément plusieurs tâches présentes dans le même programme. L’exécution
de code sous forme de threads suppose que les compilateurs génèrent des
instructions capables de protéger les threads contre la pollution réciproque
et mutuelle de leurs états d’exécution. Dorénavant, les compilateurs RPG
(ainsi que Cobol) peuvent aussi générer un code à  l’épreuve des threads,
ce qui permet aux programmes RPG de coexister dans l’univers Java.

Appels natifs de RPG à  partir de Java.
On peut maintenant utiliser des appels JNI (Java Native Interface) pour
interagir avec un code de procédure RPG (ou tout langage ILE) dans des
programmes de service. La syntaxe appelante est la même que celle utilisée
pour des appels de méthodes Java standard. Les performances sont comparables à 
celles des appels liés dans des programmes ILE, c’est-à -dire nettement supérieures
à  l’appel de programme offert précédemment par l’intermédiaire des classes
dans l’AS/400 Toolbox for Java.