A votre service

dans les situations suivantes
: quand WAS fonctionne sur le
même iSeries que l’application backend,
sur un iSeries distinct agissant
comme un serveur Web, ou sur une
autre plate-forme comme Windows
NT.

Considérons plutôt WAS comme
un fournisseur de services. Vu sous cet
angle, vous vous concentrerez sur le
design de l’application et sur les services
dont elle a besoin plutôt que sur
WAS lui-même. On pourrait fort bien
comparer WAS à  un praticien médical
offrant divers services comme des procédures
de diagnostic et une thérapie
physique. Parfois, vous aurez besoin
d’un ou plusieurs de ces services et
beaucoup d’entre eux ne vous seront
jamais nécessaires. En cas de grippe,
par exemple, nul besoin de thérapie
physique. Mais, si vous vous êtes fracturé
un membre, vous aurez probablement
besoin de thérapie physique
pour rééduquer les muscles concernés.

Certains des principaux services
WAS épaulent les servlets, les JSP (Java
Server Pages) et les EJB. Chacun d’eux
joue un rôle dans le design d’applications
Web et, selon vos choix en la matière,
vous pourrez utiliser tout ou partie
de ces technologies et des services
WAS associés pour une application
donnée. Même si vous n’utilisez aucune
des technologies spécifiques qui
requièrent WAS, vous pourrez quand
même utiliser WAS comme « portier »
pour assurer l’intégrité et la sécurité du
serveur iSeries.

Avez-vous besoin de WAS pour déployer
des applications de type Web ?
Pas forcément. Pourtant la plupart des
développeurs considèrent que le
middleware serveur d’applications
Web fait partie intégrante du design d’applications Web parce qu’il supporte
les servlets et les JSP, entre
autres. A l’heure actuelle, les
meilleures pratiques de design d’applications
de type Web utilisent ces outils
pour séparer les composants applicatifs
dans une architecture d’applications
MVC (Model-View-Controller) à 
plusieurs couches (pour plus d’informations,
voir l’article « Réaménager les
applications RPG pour l’architecture
MVC », iSeries News Novembre 2002
N° 10).