El directorio de configuración
FIREFLO_CONF_DIR decide dónde viven los cuatro archivos de configuración, y mueve los cuatro a la vez.
Cada archivo aún puede moverse por su cuenta, y una anulación por archivo gana sobre
FIREFLO_CONF_DIR.
Las fuentes de entorno se sitúan en mayor precedencia que application.properties:
En la imagen Docker el directorio de trabajo es
/work, así que el directorio de configuración predeterminado es
/work/conf. Consulta Docker.
Valores por defecto de propiedad a nivel de pasarela
Cualquier búsquedaoutSms.instance.<name>.<property> que no encuentre valor cae a
outSms.default.<property> antes del predeterminado incorporado. Eso da un baseline que cada worker
hereda, anulable por instancia:
La palabra duplicada en
outSms.default.default.tlvs.submit es correcta. El primer default es el
nivel de fallback; el segundo es parte del nombre de propiedad default.tlvs.submit.1
outSms.instance.<name>.<key>
El valor propio de este worker, de
smsg.properties o de app_worker_property en modo base de datos.2
outSms.default.<key>
El baseline para todo el despliegue.
3
El predeterminado codificado
A qué recurre el proveedor o listener cuando nada lo establece. Están listados en
Ajustes SMPP.
Los cuatro archivos
En modo
db cada watcher de archivo se retira y ninguno de estos se lee tras el arranque. Excepto
smsg.properties, que aún se lee al arranque, porque el interruptor de fuente y el datasource
tienen que venir de algún sitio. Consulta Base de datos.