Certains web applications voient leur l'accès limité par l'absence ou la présence d'éléments posés directement au niveau des headers de la requête HTTP.

Si une telle web application est produite par FormPublisher, il peut être nécessaire d'exploitées ces informations.

FormPublisher de façon native récupère ces informations et sait les communiquer aux autres éléments motorisant un formulaire. L'exploitation de ces données restent alors à mettre en place.

Dans le contexte du dialogue SOAPPortal, cette approche va plus loin en permettant le passage des ces informations jusqu'aux appels de webservice.

Les variables extraites se retrouvent dans le record jsysSEC et sont donc accessibles. A noter que si l'auteur modélise un webService qui exploite ce genre de sécurité, ce sera à sa charge d'intégrer ce code dans le fichier .properties associés.

Par défaut cette modification a été apportée pour tous les échanges de type SOAPPortal.

Les variables extraites se retrouvent dans le record jsysSEC et sont donc accessibles. A noter que si l'auteur modélise un webService qui exploite ce genre de sécurité, ce sera à sa charge d'intégrer ce code dans le fichier .properties associés.

Par défaut cette modification a été apportée pour tous les échanges de type SOAPPortal.

Pour ce faire, il faut créer dans son APPLI.REF une extension de signature :

package lu/jway/webapp/dialog et nom de la classe HTTPHEADERSFilter.java ;

cette classe doit implémenter l'interface : lu.jway.webapp.dialog.IHTTPHEADERSFilter

Cette classe va avoir pour objectif de ne retenir que les headers nécessaires et éventuellement leur affecter un nom compatible avec le système de nommage de variables utilisés dans FormPublihser.

Ces valeurs seront intégrés dans le contexte du dialogue SOAPPortal et seront également visibles en tant que données d'instanciation de l'espace de données userData.

L'exploitation au niveau d'un template de properties peut se faire de la sorte :

Les variables extraites se retrouvent dans le record jsysSEC et sont donc accessibles. A noter que si l'auteur modélise un webService qui exploite ce genre de sécurité, ce sera à sa charge d'intégrer ce code dans le fichier .properties associés.

Par défaut cette modification a été apportée pour tous les échanges de type SOAPPortal.