Traitements¶
Lors de l’ajout d’une règle, les traitements de la règle doivent être fournis avec leurs arguments sous forme d’un objet JSON. Cet objet JSON contient 2 attributs:
type
(string) - Le type de traitement (voir liste ci-dessous).args
(object) - Les arguments du traitement en format JSON. La structure de cet objet JSON dépend du type du traitement.
Exemple
{
"type": "COPY",
"args": {
"path": "/backup"
}
}
Liste des traitements¶
Substitutions¶
Les valeurs fournies dans l’objet args
peuvent contenir des substitutions.
Les marqueurs de substitutions sont délimités par des signes dièse (#
), et
sont valorisés au moment de l’exécution du traitement par les données
correspondant au transfert.
Les substitutions disponibles sont les suivantes :
Marqueur |
Signification |
---|---|
|
Le chemin réel du fichier sur le disque |
|
Le nom réel du fichier sur le disque |
|
Le nom du fichier sur disque (sans extension) |
|
L’extension du fichier (avec le point inclus, ex: |
|
Le chemin d’origine du fichier avant le transfert |
|
Le nom d’origine du fichier avant le transfert |
|
La taille du fichier |
|
Le dossier racine de Transfer. Ce chemin est toujours absolu. |
|
Le dossier de réception par défaut définit dans le fichier de configuration. Ce chemin est toujours absolu. |
|
Le dossier d’envoi par défaut définit dans le fichier de configuration. Ce chemin est toujours absolu. |
|
Le dossier temporaire de réception par défaut définit dans le fichier de configuration. Ce chemin est toujours absolu. |
|
La règle utilisée par le transfert |
|
La date (au format |
|
L’heure (au format |
|
Un timestamp au format personnalisable. Le format est
constitué d’une suite de token qui seront remplacés par
leur valeur correspondante. La table de correspondance
peut être consultée ci-dessous.
Par défaut, le format |
|
L’identifiant du partenaire distant |
|
L’identifiant du partenaire local |
|
L’identifiant du transfert |
|
L’identifiant du partenaire qui a demandé le transfert |
|
L’identifiant du partenaire qui a reçu la demande de transfert |
|
Un identifiant « étendu » pour le transfert (de la forme
|
|
Message d’erreur (dans les traitements d’erreur) |
|
Code d’erreur (dans les traitements d’erreur) |
En plus de ces marqueurs standards, il est également possible de référencer les infos de transfert dans la définition d’un traitement. Pour ce faire, le marqueur à utiliser est le suivant:
#TI_<nom_de_clé>#
où <nom_de_clé>
est remplacée par le nom de la clé souhaitée.
À l’exécution, ce marqueur sera alors substitué par la valeur associée à la clé renseignée.
Ces valeurs de substitutions sont également disponibles pour les programmes externes
appelés par les tâches EXEC sous forme de variables d’environnement. Ces variables
d’environnement ont exactement le même nom que leurs variables de substitution
correspondantes (ex: #TRUEFULLPATH#
).
Formatage des timestamps¶
La table suivante indique les correspondance entre les différents tokens constituant un format de timestamp, et leurs valeurs de remplacement une fois résolus.
À noter que tout caractère d’un format ne faisant pas partie d’un token sera
laissé inchangé. Par exemple, si un format de timestamp contient le caractère
underscore (_
), celui-ci ne correspondant à aucun token dans la liste
ci-dessous, il sera donc laissé tel quel dans le timestamp final.
Unité de temps |
Token |
Valeur |
---|---|---|
Année |
YYYY |
2025 |
YY |
25 |
|
Mois |
MMMM |
January |
MMM |
Jan |
|
MM |
01..12 |
|
M |
1..12 |
|
Jour |
DD |
01..31 |
D |
1..31 |
|
Jour de la semaine |
dddd |
Monday |
ddd |
Mon |
|
AM/PM |
PM |
AM/PM |
pm |
am/pm |
|
Heure |
HH |
00..23 |
hh |
01..12 |
|
h |
1..12 |
|
Minutes |
mm |
00..59 |
m |
0..59 |
|
Secondes |
ss |
00..59 |
s |
0..59 |
|
Fuseau horaire |
tz |
UTC, MST, CET… |
zz |
-06:00 .. +06:00 |
|
z |
-0600 .. +0600 |