Настройки приложения в EJB3 app / maven multi module - PullRequest
0 голосов
/ 13 июля 2010

Какова норма / лучшие практики для сохранения / извлечения настроек приложения в приложении EJB3? Я использую Maven в качестве инструмента для сборки, и у меня есть многомодульный проект.

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


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

Ответы [ 2 ]

0 голосов
/ 14 июля 2010

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

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

0 голосов
/ 13 июля 2010

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

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

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

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

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

...