Как загрузить файл .properties в jsp

Это сделает работу:

<%@page import="java.io.InputStream" %>
<%@page import="java.util.Properties" %>

<%
    InputStream stream = application.getResourceAsStream("/some.properties");
    Properties props = new Properties();
    props.load(stream);
%>

В любом случае, я действительно думаю, что вы должны иметь файл свойств в classpath и использовать сервлет

Я бы настоятельно рекомендовал прочитать о Сервлеты модели 2. Я рекомендую его всем, кто все еще работает с сервлетами Model 1, то есть выполняет «настоящую работу» в JSP.

Что касается вашего вопроса: сначала добавьте файл свойств в свой путь к классам, затем прочитайте файл с помощью getResourceAsSttream:

Thread.currentThread().getContextClassLoader().getResourceAsStream("channelLogos.properties");

Конечно, вариантов много, и каждый найдет свой любимый.

Когда вы говорите «тот же каталог, что и JSP», что именно вы имеете в виду? Что ваш JSP находится где-то, скажем, в /mywebapp/somefolder/my.jsp, где mywebapp является корнем вашего приложения, а ваш файл свойств - /mywebapp/somefolder/channelLogos.properties?

Если это так, то, скорее всего, они НЕ находятся в одном каталоге. JSP был скомпилирован, и его фактическое расположение может варьироваться в зависимости от контейнера сервлета. Лучше всего использовать ServletContext.getRealPath(), как предлагает pkaeding, с путем к файлу свойств относительно контекста веб-приложения в качестве аргумента. Используя приведенный выше пример:

private Properties logoUrls = new Properties();
logoUrls.load(new FileInputStream(servletContext.getRealPath("/somefolder/channelLogos.properties")));

Тем не менее, имейте в виду, что если вы настаиваете на размещении своих свойств в той же папке, что и JSP, вы должны позаботиться о том, чтобы ограничить их общедоступность (если это не намерение).

Взгляните на ServletContext.getRealPath(). Это должно дать вам полный путь к файлу свойств.

JSP работает в контейнере сервлетов, поэтому его текущий рабочий каталог определяется контейнером. Обычно это каталог, в котором установлен контейнер, или его каталог bin. В любом случае это не то место, где вы хотите хранить свой файл пользовательских свойств.

Есть 2 типичных подхода к тому, что вам нужно.

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

props.load(getClass().getResourceAsStream())

или даже лучше

props.load(Thread.currentThread().getContextClassLoader().getResourceAsStream())

*

Второй подход хорош, если вы хотите изменить файл свойств в среде развертывания.

*. В этом случае поместите его где-нибудь в файловой системе за пределами вашего контейнера. Например, /opt/mycompany/conf/myproperties.properties в Linux или в любом другом месте, которое вам нравится. Теперь вы должны использовать абсолютный путь при создании FileInputStream.

Чтобы сделать систему более конфигурируемой, вы не должны указывать путь к файлу конфигурации внутри кода. Лучший подход - передать его приложению, используя системные свойства, например. добавьте параметр, например -Dmycompany.conf=/opt/mycompany/myprops.properties, когда вы запускаете свой сервер приложений. Если вы хотите прочитать файл, сделайте следующее:

новый FileInputStream(System.getProperties("mycompany.conf"))

Теперь конфигурация вашей системы может независимо контролироваться развертывателем.

В файле свойств свойства перечислены ниже:

     label.esme.interface.dependenciesDelete = "Dependencies present. Cannot delete."

Если вы используете инфраструктуру Struts, она может присутствовать в struts-config.xml, например:

    <message-resources parameter="pathToApplcnRsrc"/>

или struts.properties, например:

    struts.custom.i18n.resources = ApplicationResource

Используйте свойство из файла свойств, как показано ниже в JSP:

    '<s:text name="label.esme.interface.dependenciesDelete" />'