Попросите клиента присылать хидеры в правильном формате.
Между вашей системой и клиентом поставьте прокси, который будет преобразовывать зоголовки (nginx - отличный выбор)
Напишите автоконфигурацию, которой приравняйте заголовок application/health.message+xml к text/xml
@ConfigurationProperties
@ConfigurationProperties
и при старте считывает значение параметров из properties или yaml nominatim у тебя локальная установка или пользуешься их api онлайн?
Может все же проведешь профилирование, jprofiler
Если все запросы у тебя происходят локально, проверь, нагружена ли машина полностью?
Это чтение из базы.Да, это происходит быстро.
Второе это собственно проверки и валидации.
И третье это собсно запись в БД. Используется ли JDBC-batch?
Если память не изменяет, то в версии 3.х docker compose сам не поддерживает healthcheck. Он был в версии 2.х
Хотя, сейчас в версии 3.8 проверяю и вроде бы есть тег healthcheck
Указывал. В принципе, для при старте приложение переменные окружения объявленные там видны.
Но в силу того, что мне эти переменные нужны на этапе
mvn clean install
, то он не хочет их видеть.Сейчас захардкодил внутри Dockerfile и он увидел эти значения.
Теперь, проблема в том, что он не видит БД. Хоть depends_on прописан, но он гарантирует только старт контейнера и никак не старт приложения (как healthcheck).