Generalize plugin properties and update them in built-in plugins
- 主要言語
- Scala
- スター
- 33
- フォーク
- 16
- PR マージ指標
- 30日以内にマージされた PR はありません
説明
## Background
Current setup of properties for plugins is too non-constrictive. Basically allows whatever a plugin creator puts in. Also the kafka properties are then hardcoded.
## Feature
Plugin properties should all start with a predefined prefix for the properties, e.g., `enceladus.kafka.plugin.info-file` and `enceladus.kafka.plugin.err-col`
Properties for kafka should be then stripped off this prefix and as is showed into the properties instance and using for kafka connection. This way when something changes it is adaptable by design.
コントリビューションガイド
調査の方向性
Locate the plugin-property handling and built-in Kafka plugin entry points; no files or tests are named in the issue, so first trace how properties reach the Kafka connection. Done means plugin properties use the predefined prefix, the prefix is stripped before reaching Kafka, and built-in plugins no longer hardcode Kafka properties.
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- kafka, scala
- 領域
- backend, distributed-systems
- issue の種類
- 機能追加
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 35/100