Où XML trouve-t-il sa place ?

et c’est probablement l’utilisation
la plus intéressante de XML sur
l’iSeries à  l’heure actuelle. Dans ce scénario,
un DTD (Document Type Definition)
XML ou un schéma XML est défini pour
chaque type de transaction d’entrée
comme des commandes et des transferts
de stock.

Dès lors que l’on a défini la structure
de document XML, une application qui
met en oeuvre une logique de gestion
pour une transaction particulière peut accepter
des documents XML de toute provenance.
En définissant un format de
transaction multi plates-formes et standardisé,
il est possible d’alimenter une
application back-end unique (peut-être
même une application existante) au
moyen de nombreuses interfaces utilisateur
différentes. L’application back-end
peut encore déterminer que la transaction
n’est pas valide, mais la validation
structurelle imposée par le DTD ou par le
schéma simplifie le traitement des erreurs.
On peut aussi utiliser XML pour signaler
en retour d’éventuelles erreurs à 
l’application d’interface utilisateur, qui
existe en toute indépendance de la logique
de gestion – peut-être sur une
autre plate-forme.

Selon les particularités de l’application,
une suite d’étapes intermédiaires
peut traiter des tâches comme la validation
du document XML par rapport au
DTD ou au schéma, et convertir entre
des transactions de base de données et
de documents XML ou entre des entrées
de file d’attente de données et des documents
XML. Cependant, ces processus
intermédiaires n’affaiblissent pas l’architecture
applicative parce qu’ils sont indépendants
des composants fonctionnels
de l’application.

L’utilisation de XML comme passerelle
entre différentes applications répond
à  l’exigence majeure de la restructuration
des applications: permettre aux
composants d’application individuels de
changer sans que cela affecte aucune
autre portion de l’application. (Pour plus
d’informations sur XML, voir Autres lectures.)