У меня есть старое приложение, которое мне нужно для работы с новым приложением jhipster microservices.Код в устаревшем приложении не может быть изменен, и все остальные вызовы начинаются с "/ d".По умолчанию jhipster имеет только одну точку входа для остальных вызовов, которая называется "/ api".
Я создал новый контроллер (я даже пытался изменить существующие, переназначив в / d) и добавил свою конечную точку "/ d" в SecurityConfiguration .antMatchers("/d/**").authenticated() и даже добавил в WebConfigurer source.registerCorsConfiguration("/d/**", config);, хотя я и неНе думаю, что это помогает.
Когда я пытаюсь получить доступ к своей конечной точке через почтальона с набором аутентификации, я получаю
<code><html lang="en">
<head>
<meta charset="utf-8">
<title>Error</title>
</head>
<body>
<pre>Cannot GET /d Что странно, потому что, если я пытаюсь получить доступ к несуществующей конечной точке, начинающейся с / api, я получаю следующую ошибку:
{
"timestamp": "2019-02-26T09:28:04.065+0000",
"status": 404,
"error": "Not Found",
"message": "Not Found",
"path": "/api/d"
}
Любая помощь будет принята.
РЕДАКТИРОВАТЬ: я обнаружил, что в моем application-dev.yml у меня был server.port = 8080, и я делал запросы на другом порту: 9000, который был портом, к которому я обращался к домашней странице шлюза,В то же время все мои запросы, которые я делал на localhost: 9000 / api, работали, а localhost: 9000 / d - нет, а на 8080 они оба работают.Кто-нибудь может объяснить, что происходит?