Instalu la prokuran fabrikon de Spring Cloud Vault antaŭ application.run
Uzu la hokon de la bootstrap-registro por aliro al ConfigData, kiu povas okazi antaŭ ol ekzistas ordinaraj aplikaĵaj bitoj.
Kiam Vault liveras ConfigData, ĝia unua peto povas okazi antaŭ ol ekzistas ordinara prokura agorda bito. Anstataŭe instalu la petfabrikon per la bootstrap-registro.
Por stako Spring Framework 6.1 aŭ pli nova:
import java.net.InetSocketAddress;
import java.net.ProxySelector;
import java.net.http.HttpClient;
import org.springframework.http.client.JdkClientHttpRequestFactory;
import org.springframework.vault.config.AbstractVaultConfiguration
.ClientFactoryWrapper;
var http = HttpClient.newBuilder()
.proxy(ProxySelector.of(
new InetSocketAddress("proxy.example.net", 8080)))
.build();
application.addBootstrapRegistryInitializer(registry ->
registry.register(ClientFactoryWrapper.class, context ->
new ClientFactoryWrapper(
new JdkClientHttpRequestFactory(http))));application estas la ekzistanta SpringApplication. Aldonu ĉi tiun pravalorizilon antaŭ ol voki run, konservante la Vault-URI-on kaj la aŭtentigajn agordojn.
ClientFactoryWrapper elmetas tiun fabrikon al la bootstrap-infrastrukturo de Vault; ĝi ne instalas aplikaĵampleksan defaŭlton por nerilataj HTTP-klientoj.
Uzu la kongruan dependecaron Cloud Vault/Boot de la projekto. Ekzemploj por Apache 4 ne povas esti kopiitaj en la Apache 5-petfabrikon de Spring Framework 6.
Igu la prokuran adreson disponebla ankaŭ antaŭ la bootstrap. Por publike atingebla Vault-servilo sur vojo, kiu permesas publikajn prokurilojn, elektu HTTP-kandidaton el la listo de HTTP-prokuriloj antaŭ la ekfunkciigo de la aplikaĵo. Se ĝi estas konservita nur en Vault, la aplikaĵo ne povas malkovri la vojon bezonatan por tiu unua Vault-peto.