2010-07-13 1 views
0

Какова норма/рекомендации по сохранению/извлечению настроек приложения в приложении EJB3? Я использую maven как инструмент построения, и у меня есть проект с несколькими модулями.Настройки приложения в мультимодуле app/maven EJB3

Я думал о том, чтобы поместить некоторый файл свойств на какой-то общий модуль, который будет доступен для приложения как банку, но я не уверен, что EJB больше подходит для этого.


Редактировать: свойства приложения должны настраиваться для каждой среды. Мой главный вопрос как выставить свойства к остальной части контейнера, мой вторичный вопрос как, чтобы сохранить их в окружающей среде способом, зависящим от

+0

Какие настройки? Можете ли вы привести несколько примеров, чтобы получить представление? –

+0

Я имею в виду URL-адреса конечных точек для внешних служб и т. Д. –

ответ

0

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

Если параметры относятся к ресурсам, таким как URL-адреса базы данных или JMS-соединения, то они лучше всего определяются контейнером и доступны через JNDI-поиск.

Вы можете использовать init-params context-param или servlet в web.xml, должно быть что-то похожее в application.xml - я не смотрел на них через некоторое время.

Вы можете определить их в LDAP, а затем расширить дерево JNDI, чтобы включить эту ветвь.

Хотя я бы, вероятно, просто использовал файл свойств, расположенный в каталоге по пути класса вне структуры развертывания уха/войны/банки.

+0

Я использовал комбинацию из двух файлов: одну по пути класса для свойств среды, а другую на банке для таких вещей, как номер версии, дата сборки и т. Д. –

0

Какова норма/рекомендации по сохранению/извлечению настроек приложения в приложении EJB3?

EJB3 приложение очень расплывчато ... Но я бы сказал, что такие вещи, как конечных URL-адресов для внешних служб обычно идут в JNDI как элементы среды (которые вы могли бы затем впрыснуть с @Resource аннотацию) если вы хотите максимизировать переносимость.