You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently the trigger can only connect to one MQTT broker with the configuration being defined at the application trigger level. Does allowing each component configuration to specify overrides to connect to a different server make sense? It could be implemented similarly to how the Redis trigger implements it today and the configuration could look something like
[application.trigger.mqtt]
address = "mqtt://localhost:1883"username = "user"password = "password"keep_alive_interval = "30"
[component.mqtt-c01]
source = "target/wasm32-wasi/release/mqtt_app.wasm"override_address = "mqtt://mydifferentaddress:1883"# This will override the default "mqtt://localhost:1883"# potentially have override_username, override_password override_keep_alive_interval ?
The text was updated successfully, but these errors were encountered:
It may be useful in certain use-cases where subscribing from one broker and publishing to another is needed, often this however achieved via MQTT bridge which comes with store-and-forward capability. On the other hand if we have some cycles, CI pipeline may be useful to have as well... thanks.
Currently the trigger can only connect to one MQTT broker with the configuration being defined at the application trigger level. Does allowing each component configuration to specify overrides to connect to a different server make sense? It could be implemented similarly to how the Redis trigger implements it today and the configuration could look something like
The text was updated successfully, but these errors were encountered: