Dans les cas où la couche de transport ne peut pas accéder aux données à désensibiliser, le VSE fournira un gestionnaire de protocole de données. Par exemple, envisagez d'utiliser un gzip dans SOAP sur un protocole HTTP ou de messagerie. Si le VSE reçoit une demande (ou une réponse) SOAP au format gzip, la désensibilisation des données ne pourra pas être effectuée à ce niveau. Dans ce cas, vous pouvez configurer l'enregistreur avec un protocole de données pour effectuer l'opération gunzip nécessaire. Pour gérer la désensibilisation après la conversion du SOAP en texte brut, ajoutez le protocole de désensibilisation des données.
En général, le VSE tente de désensibiliser des données au niveau le plus bas possible. La case à cocher Desensitize (Désensibiliser) de la première fenêtre de l'assistant d'enregistrement du VSE indique au protocole de transport d'effectuer une tentative de désensibilisation dès que possible. Toutefois, il arrive que la charge utile d'une demande soit opaque au protocole de transport. Prenons l'exemple de messages HTTP dans lesquels la charge utile est compressée, à l'aide de gzip ou FastInfoSet. Dans ce cas, le protocole de transport ne peut pas appliquer les règles de désensibilisation. Ce protocole de données de désensibilisation des données est créé pour traiter ces situations.
Ajoutez le protocole de données de désensibilisation des données côté demande, côté réponse (ou les deux) d'une chaîne de protocole de données. Ajoutez le protocole dès qu'un autre protocole convertit la charge utile opaque en un format lisible. Ce protocole de données est destiné uniquement à l'enregistrement, non à la lecture. Chaque demande ou réponse étant présentée au gestionnaire de protocoles, toutes les règles de désensibilisation spécifiées dans LISA_HOME/desensitize.xml sont appliquées.
Ce protocole ne requiert aucune information de configuration et ne présente donc aucune fenêtre dans l'assistant d'enregistrement.
|
Copyright © 2014 CA Technologies.
Tous droits réservés.
|
|