Файлы конфигурации приложения для веб-служб Glassfish/Java EE 5

Как уже упоминалось, это сильно зависит от контейнера, но почти всегда динамические конфигурации хранятся в базе данных, а не в файлах XML или .properties.

Поскольку я вижу, что это похоже на доказательство концепции, вот быстрое и грязное решение: (не делайте этого для производственного кода) используйте свойства системы. Недостаток: при каждом изменении нужно перезагружать контейнер, но перекомпилировать приложение не нужно.

Чтобы использовать системные свойства в Glassfish, вы можете перейти в раздел «Конфигурация -> Свойства системы» и добавить туда свойства. Затем из вашего приложения просто позвоните

String myValue = System.getProperty("myProperty");

Чтобы получить значение. Все java-приложения поддерживают эти свойства, но я не знаю, как их настроить в Websphere.

Увы, Java EE имеет гигантскую дыру в голове, когда дело доходит до конфигурации приложений.

Лучше всего:

• используйте JNDI для хранения конфигурации в среде сервера приложений. Это трудно сделать переносимым, болезненным и абсолютным кошмаром для пользователя при любой конфигурации. Пользовательский интерфейс конфигурации зависит от того, какой сервер приложений и какая версия используются, и может быть утилитой только для командной строки, специфичной для этого сервера приложений.

• Используйте Preferences API для хранения своей конфигурации и создания собственного пользовательского интерфейса для ее редактирования. Это нормально ... за исключением того, что вы не можете контролировать, когда ваши настройки сбрасываются и повторно инициализируются. Некоторые серверы приложений будут делать это при повторном развертывании вашего приложения, чего вы, вероятно, не хотите.

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

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

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

см. также: Сохранение и редактирование конфигурации для приложений Java EE

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

• Сделайте базу данных доступной для вашего приложения (через JNDI используйте «мастер» базы данных Glassfish). Эта часть зависит от контейнера.
• Создайте объектный компонент, который десериализует ваши настройки из базы данных. Простое решение здесь состоит в том, чтобы иметь что-то вроде этого:

@Entity
public class Setting {
  @Id
  private String name;
  private String value;
  ...
}

Тогда это вопрос выполнения em.find(Setting.class, "whateveriwant").getValue(). В качестве альтернативы вы можете создать один объектный компонент со всеми настройками в качестве атрибутов. В любом случае такой подход сводит зависимость от контейнера к минимуму.

Лучшее решение, которое я нашел до сих пор, это "EAC4J (Внешняя конфигурация приложения для Java)". Я успешно использовал во многих проектах.

Поместите следующий код в метод contextInitialized ServletContextListener:

ServletContext sc = sce.getServletContext();
Properties systemProps = System.getProperties();            
String path = sc.getRealPath("WEB-INF/application.properties");
systemProps.load(new FileInputStream(path));

Это считывается из application.properties из папки WEB-INF вашего веб-приложения при его запуске. Это потребует перезагрузки каждый раз при изменении конфигов, но на мой взгляд, так и должно быть.