Лучший способ настроить корпоративное приложение Java

У меня есть набор EJB-компонентов и других классов Java, которые необходимо настроить по-разному в зависимости от системной среды, в которой они развернуты: производственная, тестовая или лабораторная. Информация о конфигурации включает в себя такие вещи, как URL-адреса и информацию о подключении к базе данных.

Мы хотели бы развернуть один и тот же продукт (файл EAR) в каждой среде, и чтобы код затем определил, где он находится и какой должна быть его конфигурация, без необходимости обращаться к каждому серверу развертывания в каждой среде для внесения изменений. .

Как лучше всего настроить все эти компоненты централизованным, надежным и простым в обслуживании способом?

Спасибо за твои мысли.

Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
В компьютерном программировании биты играют важнейшую роль в представлении и манипулировании данными на двоичном уровне. Побитовые операции...
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Приходилось ли вам сталкиваться с требованиями, в которых вас могли попросить поднять тревогу или выдать ошибку, когда метод Java занимает больше...
Полный курс Java для разработчиков веб-сайтов и приложений
Полный курс Java для разработчиков веб-сайтов и приложений
Получите сертификат Java Web и Application Developer, используя наш курс.
3
0
546
3

Ответы 3

Как хранится / настраивается информация о пуле подключений к базе данных, зависит от поставщика сервера приложений. Поместите другие переменные в файлы свойств в пути к классам.

Лучше всего, IMHO, использовать записи JNDI.

Возможно, вам придется перекодировать некоторые части вашего приложения, чтобы использовать эти записи вместо простых переменных, но при такой настройке:

  • Конфигурация не зависит от сервера: каждый поставщик предоставляет свою собственную реализацию, но спецификация является стандартом.
  • В кластерной среде конфигурация может быть сохранена в дереве JNDI всего кластера (см. JBoss)
  • Конфигурацию можно изменить через webadmin без перезапуска сервера.

Если вы развертываете один и тот же EAR в трех разных экземплярах определенного контейнера, вам придется отредактировать параметры развертывания, поскольку процесс развертывания никак не может понять, какую из трех версий вы хотели бы использовать. при конкретном развертывании.

Параметры развертывания должны входить в записи JNDI, как сказал выше Пьер-Ив.

На вашем месте мой сценарий развертывания (Ant?) Правильно заполнял бы записи JNDI в зависимости от того, в какой среде вы развертываете.

Другие вопросы по теме