Démarrer le moteur

contient pas beaucoup de code. Il instancie plutôt une classe
helper pour traiter le logon utilisateur :

LogonRequestHandler helper =
new LogonRequestHandler(
request, response, servletContext);
helper.handleRequest();

Le logon helper commence par vérifier
le profil et le mot de passe de l’utilisateur
(et quelques éléments de moindre importance
comme le niveau de navigateur de
l’utilisateur). Si l’utilisateur n’est pas encore
connecté, la classe helper envoie un formulaire
d’entrée appelé logon.html, sauf si l’on
a opté pour logon.html défini par l’utilisateur,
ou la page logon.jsp vers le navigateur
de l’utilisateur. Le formulaire logon.html
qualifie WFLogon de telle sorte que le contrôle revienne au
servlet logon. Dès qu’un utilisateur entre un profil et un mot
de passe valides, la classe logon helper crée un objet
WFConnection en utilisant le nom de commande CL du
driver et l’hôte, le port, le mot de passe et HttpSession de
l’utilisateur.
Le logon helper lance ensuite un job serveur QQFINVOKER
dans QINTER et le job appelle le driver CL. Le job QINTER
exécute l’application écran vert, mais plutôt que d’envoyer
les écritures de fichier écran RPG à  un terminal 5250,
elles sont mises en buffer et envoyées à  l’application
WebFacing basée sur Java fonctionnant dans WebSphere. A
noter que bien que le job exécute
QINTER, il est exempté de la taxe
interactive. L’objet WFConnection
maintient une connexion sockets avec
le job QQFINVOKER de l’utilisateur et
l’objet WFConnection reste dans
l’objet HttpSession de l’utilisateur. Le
logon helper finit en transmettant le
traitement à  ControllerServlet.