Skip to main content

​
Le répertoire de configuration

FIREFLO_CONF_DIR décide où vivent les quatre fichiers de configuration, et il les déplace tous les quatre ensemble.
Une valeur relative — y compris le défaut conf — se résout par rapport au répertoire de travail du processus, pas à l’artefact.C’est correct pour une checkout et faux pour un service. Une unité avec WorkingDirectory=/opt/fireflo et aucun FIREFLO_CONF_DIR lit /opt/fireflo/conf/, ce qui n’est pas là où quelqu’un a édité quoi que ce soit. Une installation packagée le règle sur un chemin absolu.
Chaque fichier peut encore être déplacé seul, et une surcharge par fichier l’emporte sur FIREFLO_CONF_DIR — les sources d’environnement se trouvent à une préséance plus haute qu’application.properties : Dans l’image Docker, le répertoire de travail est /work, donc le répertoire de configuration par défaut est /work/conf. Voir Docker.

​
Défauts de propriété à l’échelle de la passerelle

Toute recherche outSms.instance.<name>.<property> qui ne trouve aucune valeur retombe sur outSms.default.<property> avant le défaut intégré. Cela donne une base que chaque worker hérite, surchargeable par instance :
Le mot doublé dans outSms.default.default.tlvs.submit est correct. Le premier default est le niveau de repli ; le second fait partie du nom de propriété default.tlvs.submit.
Donc un réglage de worker se résout à travers trois niveaux, le plus spécifique en premier :
1

outSms.instance.<name>.<key>

La valeur propre à ce worker, depuis smsg.properties ou depuis app_worker_property en mode base de données.
2

outSms.default.<key>

La base à l’échelle du déploiement.
3

Le défaut codé

Ce vers quoi le fournisseur ou listener retombe quand rien ne le règle. Ils sont listés dans Réglages SMPP.
Tous les réglages ne peuvent pas être cantonnés à un seul listener. Un qui ne peut pas garde sa forme nue, lit un global que personne ne règle, et lit donc son défaut codé quelle que soit la façon dont vous configurez.whitelist.tlvs.replace était livré ainsi une fois, et n’a rien tamponné sur SMPP tant que cela a duré. Si un réglage par listener semble ne rien faire, c’est la première chose à vérifier.

​
Les quatre fichiers

En mode db, chaque watcher de fichier se met en retrait et aucun de ceux-ci n’est lu après le démarrage — sauf smsg.properties, qui est encore lu au démarrage, parce que l’interrupteur de source et le datasource doivent venir de quelque part. Voir Base de données.

​
Endpoints OpenAPI

Pendant que le serveur HTTP tourne :
Préférez la référence de l’API REST sur ce site à tout document OpenAPI dont vous génèreriez un client. Une spécification plus ancienne est encore en circulation qui type custom_tlvs comme un tableau que le parseur rejette et omet complètement product.