operator-framework / operator-framework/java-operator-sdk
Passing configuration as POJOs (v6)
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Java
- Sterne
- 944
- Forks
- 242
- Ø Merge
- 1 T. 4 Std.
- Gemergte PRs (30 T.)
- 43
Beschreibung
Currently, we have a configuration overrider approach, which would be nicer to have as a simple POJOs (+ Builder) to pass to the operator instance.
Note that at some point this configuration should override the onces coming from annotation to compute the final result. We have to also think about SB and mainly Quarkus integration.
see also:
https://github.com/operator-framework/java-operator-sdk/pull/3177
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Es werden keine Dateien oder Tests genannt. Beginne damit, den bestehenden Konfigurations-Override und den Weg der Konfiguration bis zur Operator-Instanz nachzuverfolgen, und prüfe anschließend die aus Annotationen abgeleitete Konfiguration sowie die Integrationspunkte von Spring Boot und Quarkus. Als abgeschlossen gilt die Aufgabe, wenn ein POJO-plus-Builder-Konfigurationspfad definiert, sein Vorrang gegenüber der Annotation-Konfiguration festgelegt und die Integrationen berücksichtigt sind.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- java, kubernetes, spring-boot
- Bereich
- backend, backend-api-design
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Ruhig
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 25/100