2017-01-11 1 views
0

J'insère un serveur Spring Cloud Config directement dans mon application Spring Boot existante, en ajoutant la dépendance du module et @EnableConfigServer. Tout fonctionne comme prévu, sauf que je viens de réaliser que le mappage d'URL du serveur de configuration est Détournement certains de mes critères d'évaluation de l'API existantes en raison de leur partage la même server.portServeur Spring Cloud Config dans une application Spring Boot avec MVC

Par exemple, j'avais une page existante à v1/docs/index.html, et ce sera maintenant mappé automatiquement org.springframework.cloud.config.server.environment.EnvironmentController#labelled qui a

@RequestMapping("/{name}/{profiles}/{label:.*}") 
    public Environment labelled(@PathVariable String name, @PathVariable String profiles, 

Vous vous demandez est là, je peux quand même séparer le serveur de configuration à un autre port? Ou ajouter un préfixe spécial pour éviter les conflits de mappage d'URL? Ou étant donné la configurabilité actuelle c'est juste une mauvaise idée d'utiliser des serveurs API existants en tant que serveur de configuration?

Répondre

0

a trouvé la réponse que j'ai besoin après avoir lu le document avec attention :)

https://cloud.spring.io/spring-cloud-config/spring-cloud-config.html#_spring_cloud_config_server

Pour modifier l'emplacement des points de terminaison du serveur, vous pouvez (en option) fixés spring.cloud.config.server. préfixe, par exemple "/ config", pour servir les ressources sous un préfixe. Le préfixe devrait commencer mais ne pas se terminer par un "/". Il est appliqué aux @RequestMappings dans le serveur de configuration (c'est-à-dire sous les préfixes Spring Boot server.servletPath et server.contextPath).