[Feature request] Expose complete MQTT publish context to PayloadFormatter
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 45/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Activo
- Stack tecnológico
- java
- Área
- backend-api-design, databases
Línea de trabajo
Localiza la interfaz MQTT PayloadFormatter y sus implementaciones existentes, y luego rastrea cómo llegan el topic y el payload de publicación de MQTT al formatter. Determina cómo deben representarse el contexto completo de publicación y la compatibilidad con versiones anteriores; el trabajo estará terminado cuando los formatters personalizados puedan acceder a los metadatos solicitados sin romper las implementaciones existentes.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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!
- Lenguaje dominante
- Java
- Estrellas
- 6.4k
- Forks
- 1.2k
- Merge medio
- 1 d 15 h
- PR fusionados (30 d)
- 178
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de apache/iotdb
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
apache/iotdb#18655 · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
IoTDB Edge: stop-edge.sh does not stop its own process when IOTDB_HOME is set, and reports successAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
[Bug] 执行start-all.sh后无法启动集群问题Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
[Bug] findColumn throws NullPointerException instead of SQLException for an unknown column nameAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
Todos los issues de apache/iotdb
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
grimmory-tools/grimmory#2850 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 90/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
aoqia194/leaf-loader#19 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
apache/streampark#4521 ·
-
Update license yearAbierto0 - Backlog 1 - Ready documentation good first issue help wanted
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100