Les procédures stockées unissent java à  RPG

L’IBM Toolbox for Java propose quatre options pour appeler des programmes
iSeries à  partir de Java :

• classe ProgramClass
• classe CommandCall
• classe ProgramCallDocument (Program
  Call Markup Language, ou
  PCML)

• classe CallableStatement (appel de
  procédure stockée JDBC)

Nous nous concentrerons sur l’appel
de programmes iSeries à  partir de
Java en utilisant la procédure stockée
JDBC et CallableStatement. Mais, avant
d’entrer dans les détails de ce genre
d’appel, voyons rapidement les différences
entre ces quatre méthodes
d’appel de programmes.
Des quatre choix, tous, à  l’exception
des procédures stockées, sont
propres à  l’iSeries. Utiliser des techniques
propres à  l’iSeries dans vos applications
Java présente deux inconvénients
: limitation de la portabilité et,
peut-être plus important, difficulté
pour des développeurs maîtrisant Java,
mais peu familiarisés avec l’iSeries, de
comprendre votre code. Cette seule
raison plaide pour l’utilisation des procédures
stockées JDBC.
Les deux solutions, ProgramCall et
CommandCall, présentent un autre inconvénient
: comme les types de données
Java diffèrent de leurs homologues
iSeries, chaque paramètre doit
être traduit avant d’être transmis au
programme ou à  la commande iSeries
et les paramètres de sortie doivent être
reconvertis en types de données Java
appropriés. Alors qu’IBM offre des
classes Toolbox pour traiter la conversion,
chaque paramètre d’entrée nécessite
au moins deux lignes de code
supplémentaires pour la conversion.
Et si les paramètres font partie d’une
structure de données, il faut du code
additionnel. Quoique plus faciles à  gérer,
les paramètres de sortie ont encore
besoin d’au moins une ligne de
code de plus par paramètre.
PCML supprime la complexité de la
conversion des paramètres mais reste
une solution propre à  l’iSeries. De
plus, PCML demande une certaine
connaissance de XML, même si, à  partir
de la V5R2, les compilateurs RPG et
Cobol incluent une option permettant
de générer un fichier PCML qui décrit
les paramètres du programme. Pour
un coup d’oeil pratique à  PCML et une
analyse plus approfondie de l’intérêt
d’appeler des programmes iSeries à 
partir de Java plutôt que d’accéder aux
données directement, voir l’article
« Faciliter les appels de programmes à 
partir de Java » (iSeries News mars
2003 ou sur www.itpro.fr ).
Les procédures stockées JDBC résolvent
ces deux problèmes. JDBC est
le standard basé sur SQL Java. Quand
on appelle un programme à  partir de
SQL, il est considéré comme une procédure
stockée. S’il est vrai que l’application
des procédures stockées diffère
beaucoup selon la base de données et
la plate-forme, la terminologie des procédures
stockées est générique. Par
conséquent, un développeur Java utilise
un code presque identique pour
appeler une procédure stockée iSeries
ou une procédure stockée Oracle. Les
seules différences sont le nom du driver
JDBC et de la chaîne URL utilisés
pour désigner le driver. Du fait de cette
standardisation, l’utilisation de JDBC
pour appeler une procédure stockée
est la meilleure solution pour appeler
des programmes iSeries d’un point de
vue Java. D’un point de vue iSeries, les
procédures stockées procurent la plupart
des avantages des autres solutions
Toolbox pour l’appel de programmes.
Toutefois, les procédures stockées
présentent quelques restrictions : par exemple, on ne peut pas traiter un programme
de service comme une procédure
stockée. Certains s’interrogent
aussi sur les performances des procédures
stockées. Mais, comme IBM
améliore continuellement la performance
de SQL et de Java pour l’iSeries,
il est bon d’expérimenter les procédures
stockées et d’appliquer quelques
suggestions quant au réglage des
performances, avant de rejeter une solution
par procédure stockée. (Voir
l’encadré « Autres lectures » pour des
informations générales sur JDBC et les
procédures stockées.)
Après les mérites des procédures
stockées pour accéder aux ressources
iSeries à  partir de Java, voyons comment
mettre en oeuvre ces procédures.