[Feature request] Expose complete MQTT publish context to PayloadFormatter
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 45/100
- Issue-Typ
- Feature
- Klarheit
- Muss geklärt werden
- Aktivitätsstatus
- Aktiv
- Tech-Stack
- java
- Bereich
- backend-api-design, databases
Rechercherichtung
Lokalisieren Sie die MQTT PayloadFormatter-Schnittstelle und ihre bestehenden Implementierungen und verfolgen Sie anschließend, wie MQTT-Publish-Topic und Payload den Formatter erreichen. Ermitteln Sie, wie der vollständige Publish-Kontext und die Abwärtskompatibilität dargestellt werden sollten; abgeschlossen ist die Aufgabe, wenn benutzerdefinierte Formatter auf die angeforderten Metadaten zugreifen können, ohne bestehende Implementierungen zu beeinträchtigen.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
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!
- Vorherrschende Sprache
- Java
- Sterne
- 6.4k
- Forks
- 1.2k
- Ø Merge
- 1 T. 17 Std.
- Gemergte PRs (30 T.)
- 152
Beitragsleitfaden
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus apache/iotdb
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
-
IoTDB Edge: stop-edge.sh does not stop its own process when IOTDB_HOME is set, and reports success Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
-
[Bug] findColumn throws NullPointerException instead of SQLException for an unknown column name Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Ähnliche Issues
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
objectionary/jeo-maven-plugin#1811 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
hiero-ledger/hiero-block-node#3693 ·
-
area/dependencies kind/cve severity/critical source/scan-dependencies status/triage
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
-
bug good first issue
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 84/100
-
proposal
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
beemdevelopment/Aegis#1840 ·