ConsulConfigProperties#getAclToken() remains null although spring.cloud.consul.token is available in the Environment
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 45/100
- Tipo di issue
- Bug
- Chiarezza
- Da chiarire
- Stato di attività
- Tranquilla
- Stack tecnologico
- java, spring-boot
Direzione di ricerca
Inizia con ConsulConfigProperties e il campo aclToken mostrato nell’issue, quindi traccia come viene risolta l’espressione @Value quando la proprietà proviene da una sorgente ConfigData Vault. Confronta questo percorso con Environment.getProperty e la normale iniezione @Value; il lavoro è completato quando è stato stabilito se il valore null è previsto oppure è stata riprodotta una regressione con una copertura mirata.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Description
I'm investigating the behavior of ConsulConfigProperties#getAclToken() in Spring Cloud Consul and I'm not sure whether this is an intended behavior or a bug.
In my application, spring.cloud.consul.token is successfully loaded from Spring Cloud Vault through ConfigData.
The property is available in the Environment, and a regular @Value("${spring.cloud.consul.token}") injection works correctly.
However, ConsulConfigProperties#getAclToken() always returns null.
Versions
- Spring Boot: 3.5.14
- Spring Cloud Release Train: 2025.0.1
- spring-cloud-consul-config: 4.3.1
Configuration
spring:
config:
import:
- vault://
- consul://
cloud:
consul:
config:
enabled: true
The Consul ACL token is stored in Vault under:
spring.cloud.consul.token
Observations
The following values are logged during application startup:
Environment.getProperty("spring.cloud.consul.token")
=> 08****35 (masked intentionally)
ConsulConfigProperties#getAclToken()
=> null
The property source owning the property is:
dev-secret/consul-configs
Additional verification
To make sure this was not a configuration issue, I performed the following checks:
Environment.getProperty("spring.cloud.consul.token")returns the expected value.- A regular Spring bean using
@Value("${spring.cloud.consul.token}")
private String token;
receives the correct value.
-
ConsulConfigPropertiesitself is properly bound:enableddefaultContextprefixes
all contain the expected values.
-
Using reflection confirms that the internal
aclTokenfield is stillnull.
Field field = ConsulConfigProperties.class.getDeclaredField("aclToken");
field.setAccessible(true);
System.out.println(field.get(consulConfigProperties));
// null
The field is annotated with:
@Value("${consul.token:${CONSUL_TOKEN:${spring.cloud.consul.token:${SPRING_CLOUD_CONSUL_TOKEN:}}}}")
private String aclToken;
and the annotation is present at runtime.
Question
Is this expected?
Should ConsulConfigProperties#getAclToken() be populated from spring.cloud.consul.token, or is the aclToken field intentionally left unset when using ConfigData (Vault)?
If it is expected to be populated, this appears to be a regression because:
- the property exists in the
Environment, @Valueworks on regular Spring beans,- only the
aclTokenfield insideConsulConfigPropertiesremainsnull.
- Lingua principale
- Java
- Stelle
- 821
- Fork
- 539
- Merge medio
- 5h 34m
- PR unite (30g)
- 13
Preparare l'ambiente
- Include un Dockerfile o un 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 spring-cloud/spring-cloud-consul
-
Consul 5.0.1 drops stale and consistent flags from health and catalog HTTP requestsForse già presa Una pull request collegata a questa issue è aperta o già unita. Apertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
spring-cloud/spring-cloud-consul#1029 ·
I maintainer di solito rispondono entro 1 giorno
-
waiting-for-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
spring-cloud/spring-cloud-consul#984 ·
I maintainer di solito rispondono entro 1 giorno
-
spring.cloud.consul.config.prefixes documentation updateForse di nuovo libera Una pull request per questa issue è stata chiusa senza essere unita. Apertadocumentation
Difficoltà 1/5 1-3 ore Idoneità per principianti 78/100
spring-cloud/spring-cloud-consul#746 · 5 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Migrating from Spring boot 3.5.11 to 4.0.3 : reregister-service-on-failure not working anymoreApertawaiting-for-triage
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
spring-cloud/spring-cloud-consul#954 · 1 commento · 5 reazioni ·
I maintainer di solito rispondono entro 1 giorno
-
waiting-for-triage
Difficoltà 3/5 1-2 giorni Idoneità per principianti 52/100
spring-cloud/spring-cloud-consul#951 · 4 commenti ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di spring-cloud/spring-cloud-consul
Issue simili
-
ChaosEngine: backup-remote doctor row passes while consumer mode hides bot memory from gitForse già presa @MohabMohie l’ha presa oggi. Apertaagentic
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
ShaftHQ/SHAFT_ENGINE#7263 ·
I maintainer di solito rispondono entro 1 giorno
-
bug/错误
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
FCL-Team/FoldCraftLauncher#1951 ·
I maintainer di solito rispondono entro 4 giorni
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 68/100
quarkusio/quarkus-agent-mcp#296 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
commons-app/apps-android-commons#7072 ·
I maintainer di solito rispondono entro 1 giorno
-
Type: Bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
hypherionmc/sdlink#240 ·