Доступ к файлу хранилища ключей Java, хранящемуся в контейнере докеров внутри зависимого jar-файла. ⇐ JAVA

[Anonymous]

У меня есть 1 основное и 1 дополнительное приложение Java Springboot. Вторичное приложение действует как библиотечный проект. Основное приложение зависит от вторичного приложения, которое четко указано в pom.xml основного приложения.
У меня есть файл docker-compose.yml в основном приложении, который отвечает за запуск необходимых контейнеров. . Я храню файл jks, используя тома в docker-compose.yml внутри пути /certs/xyz.jks контейнера docker и устанавливаю 2 переменные среды в том же файле docker-compose.yml для установки пути к файлу jks + пароль хранилища ключей.

Код: Выделить всё

- JAVAX_NET_SSL_TRUSTSTORE=/certs/truststore.jks
- JAVAX_NET_SSL_TRUSTSTOREPASSWORD=abcdef

Чтобы подключиться к Amazon DocumentDB, вторичному приложению необходимо установить системные свойства — javax.net.ssl.trustStore и javax.net.ssl.trustStorePassword. Если я запускаю основное приложение локально, не используя docker-compose, оно сможет успешно подключиться к documentDB (конечно, через приложение Seconday, поскольку приложение Seconday устанавливает системные свойства, как указано выше).
В рамках выполнения описанного выше сценария с использованием docker-compose я успешно могу получить доступ к свойствам (путь к хранилищу ключей и пароль) из переменных среды, установленных в файле docker-compose основного приложения внутри вторичного приложения. По сути, я могу получить относительный путь к файлу хранилища ключей (т. е. /certs/xyz.jks) и пароль во вторичном приложении в виде двух строк.
Однако, используя их, Я не могу подключиться к documentDB, так как происходит сбой
org.mongodb.driver.cluster: описание кластера пока недоступно. Ожидание 30000 мс до истечения времени
[127.0.0.1:27019] org.mongodb.driver.cluster: Исключение в потоке монитора при подключении к серверу 127.0.0.1:27019
Следовательно, не могли бы вы сообщить мне, если вы считаете, что может возникнуть проблема с правильной передачей файла jks из основного приложения во вторичное приложение в случае docker-compose? Если локально во вторичном приложении все работает нормально, нужно ли мне настраивать что-нибудь еще на стороне docker-compose основного приложения, чтобы оно работало во вторичном приложении?
Примечание. Я рекомендовал эти сообщения для реализации и обеспечения их работы локально (без докера)
сообщение 1 aws docuemntDB
сообщение 2 aws docDBПо сути, файл jks находится внутри пути /certs/xyz.jks контейнера, и я также могу видеть то же самое на рабочем столе Docker.

Подробнее здесь: https://stackoverflow.com/questions/790 ... endent-jar