Configurez le proxy de téléchargement de Flapdoodle avant le démarrage de MongoDB
Personnalisez DownloadPackage dans une configuration Flapdoodle basée sur les transitions, et rappelez-vous qu'un cache chaud peut contourner le chemin du proxy.
Si le démarrage échoue lors de la récupération de l'archive MongoDB, configurez le téléchargeur de paquets de Flapdoodle. La liste de proxys HTTP peut fournir des points de terminaison candidats pour une route de téléchargement publique. Le client de base de données n'a pas encore établi sa connexion ultérieure.
La personnalisation moderne basée sur les transitions fournit le proxy via DownloadPackage :
Mongod mongod = new Mongod() {
@Override
public DownloadPackage downloadPackage() {
return DownloadPackage.withDefaults()
.withDownloadConfig(DownloadConfig.defaults()
.withProxyFactory(() -> Proxys.httpProxy("proxy.example", 8080)));
}
};Utilisez les classes des bibliothèques Flapdoodle MongoDB et embedded-process choisies, puis utilisez ce Mongod personnalisé dans l'application ou la configuration de test. La lambda fournit le proxy HTTP ; l'URL de l'archive reste la destination du téléchargement.
Un démarrage réussi depuis le cache n'utilise pas ce proxy. La transition du paquet vérifie d'abord le cache de téléchargement ; distinguez donc un succès de cache d'une récupération réelle de l'archive lorsque vous évaluez le résultat du démarrage.
Ce modèle appartient à l'API de transitions. Les anciens constructeurs RuntimeConfig et l'ancien DownloadConfigBuilderCustomizer de Spring Boot utilisent des interfaces de personnalisation et de disposition du cache différentes ; faites correspondre l'exemple à la génération de dépendances de l'application.