Set opp Flapdoodle sin nedlastingsproxy før MongoDB startar
Tilpass DownloadPackage i eit overgangsbasert Flapdoodle-oppsett, og hugs at ein varm cache kan hoppe over proxyvegen.
Dersom oppstarten feilar medan MongoDB-arkivet vert henta, konfigurerer du pakkenedlastaren til Flapdoodle. HTTP-proxylista kan gje kandidatendepunkt for ein offentleg nedlastingsveg. Databaseklienten har enno ikkje oppretta den seinare tilkoplinga si.
Den moderne overgangsbaserte tilpassinga leverer proxyen gjennom DownloadPackage:
Mongod mongod = new Mongod() {
@Override
public DownloadPackage downloadPackage() {
return DownloadPackage.withDefaults()
.withDownloadConfig(DownloadConfig.defaults()
.withProxyFactory(() -> Proxys.httpProxy("proxy.example", 8080)));
}
};Bruk klassane frå dei valde Flapdoodle MongoDB- og embedded-process-biblioteka, og bruk deretter denne tilpassa Mongod i applikasjonen eller testoppsettet. Lambdaen leverer HTTP-proxyen; URL-en til arkivet er framleis nedlastingsmålet.
Ein vellukka start frå cachen nyttar ikkje den proxyen. Pakkeovergangen sjekkar nedlastingscachen først, så skil mellom eit cachetreff og ei verkeleg arkivhenting når du vurderer oppstartsresultatet.
Dette mønsteret høyrer til overgangs-API-et. Eldre RuntimeConfig-byggjarar og den tidlegare DownloadConfigBuilderCustomizer i Spring Boot brukar andre grensesnitt for tilpassing og cacheutforming; tilpass dømet til avhengigheitsgenerasjonen i applikasjonen.