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.

Rilataj artikoloj