Bloc Fonctionnel HTTP_REQUEST

Le bloc fonctionnel HTTP_REQUEST crée une requête brute pour l'interface HTTP.

Important: La variable à envoyer de l'interface HTTP doit avoir le type de données RAW.

L'URI est définie comme une variable sur la droite sous Communication. Si elle commence par un /, le premier / est supprimé. Pour effectuer une requête sur le répertoire le plus bas, seule la variable / peut être définie.

Certains serveurs web nécessitent l'en-tête User-Agent. Sinon, la page ne sera pas chargée. Ce n'est pas une erreur d'Antcas Control, mais un mécanisme de protection du navigateur web demandé. Utilisez l'entrée Header avec le contenu:

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.13) Gecko/20080311 Firefox/2.0.0.13

Entrée Method

L'entrée définit la méthode de transmission comme une chaîne de caractères. Celle-ci peut être, par exemple, "GET", "POST", "PUT" ou autre. Si aucune méthode n'est définie, GET est choisi par défaut.

Entrée Type

L'entrée définit l'en-tête Content-Type comme une chaîne de caractères. Si l'entrée n'est pas définie, l'entrée ne sera pas ajoutée à l'en-tête.

Entrée Header

Définir des entrées d'en-tête supplémentaires sous forme de chaîne de caractères. Plusieurs en-têtes sont séparés par un saut de ligne. L'en-tête Content-Length est défini automatiquement et l'en-tête Content-Type est défini avec la valeur à l'entrée Type.

Entrée Query

L'entrée définit le Query comme une chaîne de caractères. Le Query est la valeur après le point d'interrogation et est généralement utilisé dans les requêtes GET.

http://server/uri?query

La structure d'un Query est alors la suivante:

var1=wert1&var2=wert2&va...

Afin que les valeurs puissent être transmises correctement, il est conseillé de coder les différentes valeurs avec le bloc fonctionnel URL_ENCODE ou QUERY_ENCODE, car les données pourraient ne pas être transmises complètement.

Remarque: Veuillez noter la longueur maximale d'une URL si des volumes de données plus importants doivent être transmis. Utilisez éventuellement la méthode POST et envoyez le Query en tant que Content.

Entrée Content

L'entrée Content est similaire à celle de l'entrée Query. Cependant, les données sont transmises après l'en-tête et des volumes de données plus importants sont pris en charge. Selon l'application, le type de Content peut également ne pas présenter de méthode Query.

Remarque: Seules les données conformes à UTF-8 sont prises en charge. Lors de la transmission de données binaires, il est recommandé de les coder avec le bloc fonctionnel BASE64_ENCODE.

Entrée Timeout

L'entrée définit le délai d'attente de la requête en tant que temps au format T#30s en secondes. Il est recommandé d'utiliser un délai d'attente élevé. De petites valeurs peuvent entraîner l'exécution incomplète des requêtes. En raison du procédé Keep-Alive, il peut falloir un certain temps avant que les requêtes ne soient à nouveau traitées normalement.

Entrée DIS

Si l'entrée est vraie, la valeur à la sortie Request est égale à NULL.

Entrée SET

Si l'entrée est vraie, elle force la génération de la sortie Request. Cette entrée a priorité sur l'entrée DIS.

Sortie Request

La sortie renvoie une chaîne de caractères au format JSON. Si elle a été désactivée, la valeur NULL est renvoyée. Elle est généralement connectée directement à la variable de sortie de l'interface.

Sortie Length

La sortie renvoie la longueur de l'entrée Content en octets.

Sortie ID

Renvoie l'ID de la dernière requête générée. Celle-ci est utile pour vérifier la réponse avec le bloc fonctionnel HTTP_RESPONSE.