Add support for read-only JDBC URI
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- java, spring-boot
Direzione di ricerca
Start by tracing how CfService credentials are exposed through Spring Boot auto-configuration, then examine whether a JdbcUrlCreator entry point already exists. Define and document an extensibility mechanism for a secondary read-only JDBC URI, supporting either a supplied URL or generated values from read-* credentials, and add coverage for the chosen behavior.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
First off, I really like the simplicity of this new CfEnv project for parsing Cloud Foundry VCAP_SERVICES and injecting properties into spring-boot for auto-configuration. I think it has a lot of potential!
I have been trying to figure out an easy way to support an additional parameter in the credentials property of a given CfService. My specific use case is to support a read-only URI that could be used as a secondary data source, similar to what is mentioned here: https://docs.spring.io/spring-boot/docs/current/reference/htmlsingle/#howto-two-datasources.
In the best case, the jdbc-url for the secondary datasource would be provided in the service-broker/user-provided-service directly. In the worse case, the jdbc-url would have to be generated by a JdbcUrlCreator from a series of credentials.read-* properties (url/uri, host, port, username, password...) in the service-broker/user-provided-service.
Since spring-framework has no pre-defined properties for this specific use case, I'm not sure this is something that should be explicitly covered by this library. However, at the same time I feel that this library could be more accommodating to custom service-broker(s)/user-provided-service(s) credentials properties. As such, I think it's worth exploring how to support this use case through some sort of extensibility mechanism.
I am looking forward to the feedback on this and am willing to become a contributor to this project.
- Lingua principale
- Java
- Stelle
- 97
- Fork
- 64
- Merge medio
- 6h 36m
- PR unite (30g)
- 6
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di pivotal-cf/java-cfenv
-
enhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
pivotal-cf/java-cfenv#354 · 1 reazione ·
-
enhancement
Difficoltà 3/5 1-2 giorni Idoneità per principianti 48/100
pivotal-cf/java-cfenv#296 · 3 reazioni ·
-
bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
pivotal-cf/java-cfenv#292 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
pivotal-cf/java-cfenv#255 · 2 commenti ·
-
bug
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
pivotal-cf/java-cfenv#249 · 2 commenti ·
Tutte le issue di pivotal-cf/java-cfenv
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
go 🏃 testing 🧪
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
valkey-io/valkey-glide#7239 ·
I maintainer di solito rispondono entro 2 giorni
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
github/copilot-sdk#2793 ·
I maintainer di solito rispondono entro 1 giorno