Как лучше всего хранить файл конфигурации в веб-приложении Java (WAR)?

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

Я предлагаю вам взглянуть на Preferences API или написать что-нибудь в папке пользователей (пользователь, который запускает Tomcat).

Ответ на этот вопрос зависит от того, как вы собираетесь читать и записывать этот файл конфигурации.

Например, среда Spring дает вам возможность использовать использовать файлы конфигурации XML (или файлы свойств Java); они могут храниться в вашем пути к классам (например, в каталоге WEB-INF), в любом другом месте файловой системы или даже в памяти. Если бы вы использовали Spring для этого, то проще всего сохранить файл конфигурации в вашем каталоге WEB-INF, а затем использовать класс Spring ClassPathXmlApplicationContext для доступа к вашему файлу конфигурации.

Но опять же, все зависит от того, как вы планируете получить доступ к этому файлу.

Если это ваша индивидуальная конфигурация, WEB-INF - хорошее место для нее. Но некоторые библиотеки могут требовать, чтобы конфигурации располагались в WEB-INF / classes.

Что мы делаем, так это помещаем его в отдельный каталог на сервере (вы можете использовать что-то вроде / config, / opt / config, / root / config, / home / username / config или что угодно). Когда наши сервлеты запускаются, они читают XML-файл, извлекают из него кое-что (самое главное - информацию о соединении с БД), и все.

Я спросил, почему мы однажды это сделали.

Было бы неплохо хранить все в БД, но, очевидно, вы не можете хранить информацию о подключении к БД в БД.

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

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

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

Единственное другое решение, которое я могу придумать, которое будет работать хорошо, - это сохранить все в БД, кроме информации для входа в БД. Это может происходить из свойств системы Java, которые извлекаются через JVM. Это API настроек, упомянутый выше Хансом Доггеном. Я не думаю, что это было когда-то, когда наше приложение только разрабатывалось, если бы оно не использовалось.

Что касается пути доступа к файлу конфигурации, это просто файл в файловой системе. Вам не нужно беспокоиться о веб-пути. Поэтому, когда ваш сервлет запускается, он просто открывает файл по адресу «/config/myapp/config.xml» (или что-то еще), и он найдет то, что нужно. Просто жестко запрограммировать путь для этого кажется мне довольно безобидным.

WEB-INF - хорошее место для размещения вашего файла конфигурации. Вот код для получения абсолютного пути к каталогу из сервлета.

public void init(ServletConfig servletConfig) throws ServletException{
    super.init(servletConfig);
    String path = servletConfig.getServletContext().getRealPath("/WEB-INF")

Помещение его в WEB-INF скроет XML-файл от пользователей, которые попытаются получить к нему доступ напрямую через URL-адрес, поэтому да, я бы сказал, поместите его в WEB-INF.