|
1 | | -### Requêtes HTTP |
| 1 | +# Requêtes HTTP |
2 | 2 |
|
3 | 3 | Lorsqu'il est nécessaire d'interagir avec un autre système web, le nœud **Requête HTTP** est l'outil idéal. Ce nœud vous permet d'envoyer une requête HTTP à une adresse spécifiée, accompagnée de données dans les formats JSON ou `application/x-www-form-urlencoded`, facilitant ainsi la communication avec des systèmes externes. |
4 | 4 |
|
5 | 5 | Si vous êtes déjà familier avec des outils comme Postman, maîtriser le nœud Requête HTTP sera un jeu d'enfant. Cependant, contrairement aux outils traditionnels, ce nœud exploite des variables de contexte du workflow actuel, ce qui en fait un ajout puissant à l'intégration de votre processus métier. |
6 | 6 |
|
7 | | -### Installation |
| 7 | +## Installation |
8 | 8 |
|
9 | 9 | Il s'agit d'un plugin intégré, il n'est donc pas nécessaire de procéder à une installation. |
10 | 10 |
|
11 | | -### Guide de l'Utilisateur |
| 11 | +## Guide de l'Utilisateur |
12 | 12 |
|
13 | | -#### Création d'un Nœud |
| 13 | +### Création d'un Nœud |
14 | 14 |
|
15 | 15 | Dans l'interface de configuration du workflow, cliquez sur le bouton plus ("+") pour ajouter un nœud "Requête HTTP" au processus : |
16 | 16 |
|
17 | 17 |  |
18 | 18 |
|
19 | | -#### Configuration du Nœud |
| 19 | +### Configuration du Nœud |
20 | 20 |
|
21 | 21 |  |
22 | 22 |
|
23 | | -**Méthode de Requête** |
| 23 | +#### Méthode de Requête |
24 | 24 |
|
25 | 25 | Choisissez parmi les méthodes de requête HTTP disponibles : `GET`, `POST`, `PUT`, `PATCH`, et `DELETE`. |
26 | 26 |
|
27 | | -**URL de Requête** |
| 27 | +#### URL de Requête |
28 | 28 |
|
29 | 29 | Indiquez l'URL du service HTTP, y compris le protocole (`http://` ou `https://`). Pour des raisons de sécurité, il est recommandé d'utiliser `https://`. |
30 | 30 |
|
31 | | -**Format des Données de Requête** |
| 31 | +#### Format des Données de Requête |
32 | 32 |
|
33 | 33 | Cela définit le `Content-Type` dans l'en-tête de la requête, avec les options `application/json` et `application/x-www-form-urlencoded`. |
34 | 34 |
|
35 | | -**Configuration des En-têtes de Requête** |
| 35 | +#### Configuration des En-têtes de Requête |
36 | 36 |
|
37 | 37 | Définissez des paires clé-valeur pour les en-têtes de la requête, avec des valeurs qui peuvent faire référence dynamiquement aux variables du contexte du workflow. |
38 | 38 |
|
39 | 39 | :::info{title=Note} |
40 | 40 | L'en-tête `Content-Type` est prédéfini par le paramètre de format des données de la requête. La saisie manuelle ici ne remplacera pas cette configuration. |
41 | 41 | ::: |
42 | 42 |
|
43 | | -**Paramètres de Requête** |
| 43 | +#### Paramètres de Requête |
44 | 44 |
|
45 | 45 | Définissez des paires clé-valeur pour la chaîne de requête. Les valeurs peuvent utiliser dynamiquement des variables du contexte du workflow. |
| 46 | +#### Corps de la requête |
46 | 47 |
|
47 | | -**Corps de la Requête** |
| 48 | +La partie Body de la requête prend en charge différents formats selon le `Content-Type` sélectionné. |
48 | 49 |
|
49 | | -Actuellement, le corps de la requête prend uniquement en charge le format JSON standard. Utilisez le bouton de variable dans le coin supérieur droit de l'éditeur de texte pour insérer des variables de contexte. |
| 50 | +##### application/json |
50 | 51 |
|
51 | | -:::info{title=Note} |
52 | | -Assurez-vous que les variables dans le JSON soient utilisées sous forme de chaînes, par exemple : `"a": "{{$context.data.a}}"`. |
| 52 | +Prend en charge le format texte JSON standard. Vous pouvez insérer des variables du contexte du flux à l'aide du bouton de variable situé en haut à droite de la zone d'édition de texte. |
| 53 | + |
| 54 | +:::info{title=Astuce} |
| 55 | +Les variables doivent être utilisées à l'intérieur d'une chaîne JSON, par exemple : `"a": "{{$context.data.a}}"`. |
| 56 | +::: |
| 57 | + |
| 58 | +##### application/x-www-form-urlencoded |
| 59 | + |
| 60 | +Prend en charge le format `application/x-www-form-urlencoded` sous forme de paires clé-valeur. La valeur peut contenir des variables du contexte du flux, qui seront interprétées comme un modèle de chaîne et concaténées pour former la valeur finale. |
| 61 | + |
| 62 | +##### application/xml |
| 63 | + |
| 64 | +Prend en charge le format texte XML standard. Vous pouvez insérer des variables du contexte du flux à l'aide du bouton de variable situé en haut à droite de la zone d'édition de texte. |
| 65 | + |
| 66 | +##### multipart/form-data <Badge>v1.8.0+</Badge> |
| 67 | + |
| 68 | +Prend en charge les données de formulaire au format `multipart/form-data` sous forme de paires clé-valeur. Si le type de données est défini sur "objet fichier", il est possible de téléverser un fichier. Le fichier doit être sélectionné via une variable pointant vers un objet fichier existant dans le contexte, comme un résultat de requête sur une table de fichiers ou une relation avec une table de fichiers. |
| 69 | + |
| 70 | +:::info{title=Astuce} |
| 71 | +Lorsque vous sélectionnez un fichier, assurez-vous que la variable correspond à un **objet fichier unique**, et non à une **liste de fichiers** (dans le cas d'une relation multiple, le champ relationnel sera un tableau). |
53 | 72 | ::: |
54 | 73 |
|
55 | | -**Paramètres de Délai d'Attente** |
| 74 | +#### Paramètres de Délai d'Attente |
56 | 75 |
|
57 | 76 | Si la requête prend trop de temps pour répondre, le paramètre de délai d'attente l'annulera, ce qui entraînera la terminaison prématurée du workflow actuel avec un état d'échec. |
58 | 77 |
|
59 | | -**Ignorer l'Échec** |
| 78 | +#### Ignorer l'Échec |
60 | 79 |
|
61 | 80 | Le nœud de requête considère tout code d'état HTTP entre `200` et `299` comme un succès. Les codes en dehors de cette plage sont considérés comme des échecs. Si vous sélectionnez l'option "Ignorer les requêtes échouées et continuer le workflow", le workflow poursuivra les nœuds suivants, même si la requête échoue. |
62 | 81 |
|
|
0 commit comments