Guide J2EE pour l’iSeries

Pour rester simples, supposons que WAS (WebSphere
Application Server) V5 (produit de base), qui supporte les
EJB (Enterprise JavaBeans), est le serveur d’applications
J2EE. Sachant cela, je ne couvrirai
pas les techniques que vous pourriez
utiliser si vous ne disposiez
pas d’EJB pour votre création
d’applications. Mais avant d’adopter
WAS ou les EJB, étudiez l’aspect
développement et coûts de
licence de manière plus approfondie
que dans cet article.
La figure 1 montre les principales
parties d’une plate-forme
serveur d’applications J2EE. Le
serveur Web est un serveur HTTP,
du genre Apache, qui peut traiter
des requêtes HTTP et renvoyer
des réponses HTTP au navigateur.
Une application J2EE configure
en principe le serveur Web pour qu’il puisse traiter des requêtes
concernant des données statiques non sécurisées,
comme des requêtes pour des fichiers HTML ou d’images,
parce que cette approche est beaucoup plus rapide que
quand le serveur d’applications J2EE traite de telles requêtes.
Le conteneur Web est la partie d’un serveur d’applications
J2EE, comme WAS, qui prend en charge l’exécution des
servlets et des JSP (Java Server Pages). Les servlets et les JSP
peuvent traiter des requêtes et produire une sortie dynamique
à  envoyer dans une réponse HTTP. Si le terme « conteneur
» vous trouble, imaginez que c’est un « support d’exécution
». Et notez au passage que le serveur Web et le
conteneur Web ne sont pas la même chose. Le conteneur
d’EJB est la partie d’un serveur d’applications J2EE qui supporte
l’exécution des EJB.
Le serveur de base de données, le middleware orienté
message, les systèmes d’entreprise et autres ressources, ne
font pas partie d’un serveur d’applications J2EE. Mais WAS et
les autres serveurs d’applications J2EE fournissent des API
standard qu’une application ITP peut appeler pour accéder à 
ces ressources.