[Feature request] Expose complete MQTT publish context to PayloadFormatter
还没有人认领这个 Issue。
评估
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 新手友好度
- 45/100
- Issue 类型
- 功能
- 描述清晰度
- 需要澄清
- 活跃度
- 活跃
- 技术栈
- java
调研方向
定位 MQTT PayloadFormatter 接口及其现有实现，然后追踪 MQTT 发布主题和负载如何到达 formatter。确定应如何表示完整的发布上下文和向后兼容性；当自定义 formatter 可以访问所请求的元数据且不会破坏现有实现时，即视为完成。
由索引模型根据 Issue 内容生成。
描述
Search before asking
- I searched in the issues and found nothing similar.
Motivation
Currently, the MQTT PayloadFormatter interface receives only the topic and payload.
For custom MQTT ingestion scenarios, it would be helpful if PayloadFormatter could also access additional MQTT publish metadata, such as:
- client ID
- username
- QoS
- topic
- payload
In particular, access to clientId is useful when the MQTT connection identity needs to be preserved as part of the stored data.
It would therefore be helpful if the formatter API could expose the complete MQTT publish context rather than only topic and payload.
Backward compatibility with existing custom PayloadFormatter implementations would also be appreciated.
Thank you for considering this enhancement.
Solution
No response
Alternatives
No response
Are you willing to submit a PR?
- I'm willing to submit a PR!
- 主要语言
- Java
- 星标
- 6.4k
- 派生
- 1.2k
- 平均合并
- 1 天 17 小时
- 30 天内合并 PR
- 152
贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
apache/iotdb 的其他 Issue
-
难度 2/5 1-3 小时 新手友好度 82/100
-
IoTDB Edge: stop-edge.sh does not stop its own process when IOTDB_HOME is set, and reports success 未关闭
难度 2/5 1-3 小时 新手友好度 78/100
-
难度 2/5 1-3 小时 新手友好度 78/100
-
难度 2/5 1-3 小时 新手友好度 78/100
-
难度 2/5 1-3 小时 新手友好度 78/100
相似的 Issue
-
documentation
难度 2/5 1-3 小时 新手友好度 65/100
inu-appcenter/memorIN-backend#288 ·
-
难度 2/5 1-3 小时 新手友好度 65/100
-
frontend maui-pilot pilot-ask question
难度 2/5 1-3 小时 新手友好度 75/100
-
难度 2/5 1-3 小时 新手友好度 75/100
-
area/plugin
难度 2/5 1-3 小时 新手友好度 75/100
kestra-io/plugin-kestra#190 ·