Toutes les applications Web J2EE utilisent
un fichier de configuration globale
appelé web.xml qui se trouve dans le répertoire
Web Content/WEB-INF. Dans
ce fichier, on définit les valeurs d’application
globales et les servlets associés
avec les chemins URI (Universal
Resource Identifier). L’outil WebFacing
modifie le web.xml pour qu’il
contienne, entre autres choses, une collection
de tags context-param qui
contient les paramètres définis en
WDSc. Ces paramètres incluent
l’adresse e-mail de l’administrateur,
l’adresse IP et le numéro de port de
l’hôte et la possibilité de conserver le
profil et le mot de passe utilisateur.
Les servlets Java de WebFacing sont
associés aux chemins URI dans le
fichier de configuration web.xml (figure
1). Toute l’entrée WebFacing HTML
(c’est-à -dire, les écrans 5250 redessinés)
passe par ces servlets. Quand une
requête HTTP est adressée à Web-
Sphere, elle utilise la chaîne qui suit le
domaine pour identifier le servlet Java
qui sera chargé de traiter cette requête.
Le servlet logon WebFacing d’une application
Sales, par exemple, traiterait la
requête HTTP suivante :
http://www.comappspec.com/SalesApp/WFLogon?inv=c167
900&turnCacheOff=1056468175422
Voyons maintenant comment traiter l’URL.
Sécuriser sa téléphonie IP n’est plus une option. Avec la généralisation de la téléphonie cloud et des infrastructures VoIP, la voix circule désormais sur les mêmes réseaux que les données…
Passez à la cybersécurité proactive, transformez la collecte et l’analyse des logs en un bouclier dynamique contre les cybermenaces. Découvrez comment mettre en place une approche SIEM modulaire, évolutive et…