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

Question

Я пытаюсь написать несколько простых веб-сервисов Java, чтобы мы могли вызвать Java-код из .NET. До сих пор я получил доказательство концепции, работающей под Glassfish. Довольно просто, когда IDE выполняет всю работу.

Теперь я действительно забочусь о вещах на Java, что должно быть действительно простым. Например, я хочу экрнализировать мою конфигурацию, чтобы я мог изменять такие вещи, как строки подключения/имена пользователей/переменные приложения/etc без повторной компиляции.

В .NET, вы бы просто вставить некоторые строки в файле web.config в корневом каталоге веб-сайта и использование: ConfigurationManager.AppSettings["whateverIwant"];

я могу получить java.util.Properties делать то, что я хочу (от автономный клиент), но я не могу понять, куда поместить файл .properties и как получить путь к нему из веб-службы.

Мне нужен мой подход к работе в WebSphere Application Server. Благодаря!

Answer 1

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

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

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

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

Answer 2

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

Лучше всего либо:

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

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

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

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

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

Смотри также: Storing and editing configuration for Java EE applications

Answer 3

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

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

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

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

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

Answer 4

Лучшее решение, которое я нашел до сих пор, это «EAC4J (External Application Configuration For Java)». Я успешно использовал многие проекты.

Answer 5

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

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

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