Ich habe Registry, Gateway und einen Microservice für Cloud Foundry bereitgestellt. Der Microservice ist in der Registry verfügbar und hat sich auch erfolgreich in Gateway registriert.jHipster Swagger UI-Pfadprobleme bei der Bereitstellung in Cloud Foundry
Beim Versuch, Anrufe in Swagger UI, die Swagger-generierte URL geht also aufzurufen:
https://<microservice_route_with_port>/api/service_name/api/action_name
Die oben nicht mit "aus keine Antwort Server" Fehler.
Wenn durch Swagger UI Aufruf der URL, die ich erwarte - und die validiert wird funktionieren durch Curl-Anruf zu sein - ist:
https://<gateway_route_without_port>/service_name/api/action_name
BTW, funktioniert direkter Service-Aufruf durch CURL oder POSTMAN zu fein (unter Umgehung die Gateways):
https://<service_route_without_port>/api/action_name
die application.yml Datei hat die folgende Konfiguration:
eureka:
instance:
prefer-ip-address: false
hostname: ${vcap.application.uris[0]}
- Wie kann Swagger bei der Bereitstellung der Microservices auf PCF auf den Gateway_url_without_port verweisen? (Ich habe jHipster cloudfoundry subgenerator verwendet, um den Dienst zu PCF bereitzustellen, so sollte es intern behandelt haben?)
- Muss ich zeigen, dass die BaseUrl identisch mit Gateway in Swagger-UI/Index.html oder woanders im Subgenerator Code?
- Oder ist dies etwas, das in manifest.yml durch explizite Routen vorgenommen werden kann?
Vielen Dank!
Wo Sie diese Änderung tun? – freemanpolys
@freemanpols Ich habe diese Änderung in der automatisch generierten SwaggerConfiguration.java-Datei vorgenommen, die von jHipster erstellt wurde. – barsakus