Compression/décompression avec l'activité Services Web Appeler service

A l'exécution, l'activité Services Web Appeler service envoie une réclamation de réponse HTTP avec le protocole HTTP/HTTPS 1.1 au service Web. L'activité Appeler service prend en charge la compression au format gzip uniquement et la décompression aux formats gzip et deflate.

Remarque : L'activité Appeler service ne prend pas en charge le format de compression de fichier UNIX courant appelé compress.

L'effet de ces conditions sur le comportement d'exécution de la compression/décompression de l'activité Appeler service est décrit dans les sections suivantes ainsi que dans les tableaux de la section Comportement d'exécution de la compression/décompression.

Prise en charge par le noeud final de la compression/décompression

Le dispositif d'intégration détermine si le noeud final HTTP prend en charge la compression lorsque le dispositif d'intégration envoie la première demande HTTP au format compressé au noeud final HTTP (Service Web). Si le Service Web renvoie un code d'erreur indiquant qu'il ne prend pas en charge la compression ou le type Content-Encoding spécifié, le dispositif d'intégration renvoie la première demande au format non compressé et toutes les demandes suivantes sont envoyées au noeud final au format non compressé. En outre, la réponse HTTP envoyée par le Service Web n'est pas décompressée lorsqu'elle est réceptionnée par le dispositif d'intégration.

La prise en charge du noeud final pour la compression/décompression est représentée par la quatrième colonne intitulée Le noeud final prend en charge la compression ? dans les tableaux figurant dans la section Comportement d'exécution de la compression/décompression.

Valeurs Content-Encoding et Accept-Encoding au niveau du message

La valeur de l'en-tête Content-Encoding dans la demande HTTP détermine si le corps de la demande est compressé ou inutilisé. Pour l'activité Appeler service, le dispositif d'intégration règle Content-Encoding sur gzip et envoie le corps de la demande compressé au format gzip, comme indiqué dans la deuxième ligne du premier tableau intitulé Comportement de la compression lors de l'envoi d'une demande et dans la figure suivante.

La valeur de l'en-tête Accept-Encoding dans la demande définit les types d'encodage que le client HTTP accepte dans la réponse. Pour l'activité Appeler service, le dispositif d'intégration règle Accept-Encoding sur gzip,deflate dans la demande et le serveur Web envoie le corps de la réponse compressé au format gzip ou deflate au dispositif d'intégration (jouant le rôle du client), comme illustré dans la figure suivante :

Les valeurs des en-têtes Accept-Encoding et Content-Encoding dans la demande sont utilisées par le dispositif d'intégration et le service web afin de déterminer le comportement de compression/décompression.

Définition de la compression/décompression au niveau de l'activité

Par défaut, la compression et la décompression sont activées au niveau de l'activité pour l'activité Appeler service.Vous pouvez désactiver la compression/décompression au niveau de l'activité en décochant la case Utiliser la compression/décompression. La case à cocher Utiliser la compression/décompression est disponible dans la tâche Configurer de l'activité. La deuxième colonne intitulée Case à cocher Utiliser la compression/décompression des tableaux suivants figurant à la section Comportement d'exécution de la compression/décompression, représente le paramètre de la case à cocher Utiliser la compression/décompression.

Note d'obsolescence : La case à cocher Utiliser compression/décompression sera dépréciée et supprimée dans une édition future du produit. Utilisez les paramètres HTTP Content-Encoding et Accept-Encoding dans la demande HTTP pour spécifier comment décompresser le corps de la demande HTTP et compresser le corps de la réponse HTTP.

Comportement d'exécution de la compression/décompression

Le premier tableau fourni à la section Comportement de la compression lors de l'envoi d'une demande décrit le comportement d'exécution de la compression lorsque le dispositif d'intégration envoie une demande HTTP au Service Web.

Le second tableau fourni à la section Valeur d'en-tête Accept-Encoding transmise à la demande, décrit la valeur de l'en-tête Accept-Encoding transmise à la demande HTTP.

Le troisième tableau fourni à la section Comportement de décompression lors de la réception d'une réponse décrit le comportement d'exécution de la décompression lorsque le dispositif d'intégration reçoit la réponse HTTP du Service Web.

Comportement de la compression lors de l'envoi d'une demande

Le tableau suivant décrit le comportement d'exécution de la compression lorsque le dispositif d'intégration envoie une demande HTTP au service Web.
Case à cocher Utiliser la compression/décompression (niveau activité)   Valeur Content-Encoding de la demande HTTP (niveau message) Le noeud final prend en charge la compression ? Comportement d'exécution de la compression sur le dispositif d'intégration lors de l'envoi d'une demande
sélectionnée gzip oui Le dispositif d'intégration envoie le corps de la demande compressé au format gzip. La valeur de l'en-tête Content-Encoding est gzip dans la demande.
sélectionnée la valeur n'est pas significative non Le dispositif d'intégration envoie le corps de la demande non compressé. La valeur de l'en-tête Content-Encoding est identity dans la demande.
désélectionnée la valeur n'est pas significative la valeur n'est pas significative Le dispositif d'intégration envoie le corps de la demande tel quel (non modifié). La valeur en cours de l'en-tête Content-Encoding est transmise telle quelle dans la demande.

Valeur d'en-tête Accept-Encoding transmise à la demande

Le tableau suivant décrit la valeur de l'en-tête Accept-Encoding transmise à la demande HTTP.
Case à cocher Utiliser la compression/décompression (niveau activité)   Valeur Accept-Encoding initiale Le noeud final prend en charge la compression ? Valeur Accept-Encoding transmise dans la demande HTTP au Service Web
sélectionnée gzip,deflate oui La valeur de l'en-tête Accept-Encoding est gzip,deflate dans la demande.
la valeur n'est pas significative la valeur n'est pas significative non La valeur en cours de l'en-tête Accept-Encoding est transmise telle quelle dans la demande.
désélectionnée la valeur n'est pas significative la valeur n'est pas significative La valeur en cours de l'en-tête Accept-Encoding est transmise telle quelle dans la demande.

Comportement de décompression lors de la réception d'une réponse

Le tableau suivant décrit le comportement d'exécution de la décompression lorsque le dispositif d'intégration reçoit la réponse HTTP provenant du service Web.
Case à cocher Utiliser la compression/décompression (niveau activité)   Valeur Content-Encoding de la réponse HTTP (niveau message) Le noeud final prend en charge la compression ? Comportement d'exécution de la décompression sur le dispositif d'intégration lors de la réception d'une réponse
sélectionnée gzip oui Le dispositif d'intégration décompresse le corps de la réponse à l'aide du format gzip.
sélectionnée deflate oui Le dispositif d'intégration décompresse le corps de la réponse à l'aide du format deflate.
sélectionnée identity oui Le dispositif d'intégration ne décompresse pas le corps de la réponse.
sélectionnée valeur non répertoriée dans l'en-tête Accept-Encoding oui Le dispositif d'intégration consigne l'erreur selon laquelle les données de réponse ont été reçues dans un type de codage de contenu non sollicité.
sélectionnée la valeur n'est pas significative non Le dispositif d'intégration ne décompresse pas le corps de la réponse. La valeur en cours de l'en-tête Content-Encoding est transmise telle quelle dans la réponse.
désélectionnée la valeur n'est pas significative la valeur n'est pas significative Le dispositif d'intégration ne décompresse pas le corps de la réponse.La valeur en cours de l'en-tête Content-Encoding est transmise telle quelle dans la réponse.