Как сервлет может получить абсолютный путь к файлу вне сервлета?

Question

Мы использовали System.getProperties ("user.dir"), чтобы получить местоположение файла свойств. Теперь, когда он был развернут на Tomcat (через сервлет), системный вызов указывает местоположение как tomcat, а не в том месте, где существует файл свойств.

Как можно динамически вызвать файл свойств?

Дано:

• Tomcat не является единственным способом приложение будет развернуто
• Мы не имеем никакого контроля о том, где приложение может быть помещен.
• Относительные пути не будут работать так Vista используется и Vista разбивает относительные пути.
• Это должно работать на всех ОС, включая (но не ограничиваясь) Linux, XP и Vista.
• EDIT Я подразумевал это, но в случае, если я был недостаточно ясен, у меня нет способа узнать путь String.

Answer 1

У вас должен быть способ узнать путь файл свойства, который вы можете затем обернуть в файл и перейти к методу load() объекта properties.

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

---

Редактировать: Файл свойств относится к приложению. См. http://www.exampledepot.com/egs/java.lang/ClassOrigin.html для примера того, как получить имя файла для байт-кода для данного класса. Вы должны быть в состоянии продолжать оттуда.

Class cls = this.getClass(); 
ProtectionDomain pDomain = cls.getProtectionDomain(); 
CodeSource cSource = pDomain.getCodeSource(); 
URL loc = cSource.getLocation(); // file:/c:/almanac14/examples/ 

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

Answer 2

Взгляните на ServletContext «s getResource и getResourceAsStream методов.

Answer 3

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

ClassName.class.getResourceAsStream (Filepath + FileName);

Где filePath - это относительный путь к файлу из корня пути root, а fileName - это имя файла.

Если вам нужно, чтобы получить полный путь к файлу, вы прочтете в качестве ресурса, вы можете сделать некоторые вещи, как это:

ClassName.class.getResource (Filepath + Filename) .getPath()

Answer 4

Можно ли поместить файл конфигурации в путь класса и ссылаться на него через что-то вроде пружин ClassPathResource?

Вы должны быть в состоянии использовать его как это:

ClassPathResource foo = new ClassPathResource("file.name"); 

Где file.name существует где-то в пути к классам на самом низком уровне, таких как:

• /WebApps/WEB-INF/классы/
• основание одного из ваших файлов .jar

Answer 5

Я думаю ClassName.class.getResourceAsStream() будет работать на вас. Комментарии к этому методу указывают на ClassLoader.getResource(), в котором рассказывается, как указать файл в вашем пути к классам.

Что-то, как это должно работать:

InputStream foo = ClassName.class.getResourceAsStream("file.name"); 

Где file.name находится на базе вашего пути к классам где-то. Если file.name находится в пакете com.foo.bar, вы должны использовать «/com/foo/bar/file.name»

Answer 6

Другим подходом может быть передача значения переменной в JVM с параметром -D. Таким образом, вы можете привязать свой код к тому же имени переменной, а затем передать разные значения во время запуска. Я не пробовал это, но я думаю, что он должен работать для приложения, развернутого в Tomcat, если вы измените скрипт startCatalina для передачи параметра -D в JVM

Answer 7

Вы можете сохранить расположение вашего файла недвижимости в JNDI?

Это должно быть переносимо через Tomcat и для серверов приложений Java EE.

Answer 8

Если я понял вопрос соответствия, другой альтернативой может быть вызов ServletContext.getRealPath() на jsp или статический файл в вашем приложении и получить путь от результата.

Это означает, что webapp развернут как «расширенный», то есть не как сжатый файл войны, но это то, что делает большинство приложений-приложений в любом случае.

Answer 9

У нас были такие же требования. Самое простое, что работало до сих пор, - просто сохранить свойство basedir в одном из файлов свойств, которые мы уже загружали. Затем определите метод, например getExternalDocPath (String path).

Это позволило нам расширить docbase Tomcat (который поддерживает только Tomcat 7?). В Интернете кто-то опубликовал класс, который фактически расширяет docbase Tomcat, чтобы разрешить несколько путей, то есть «alpha; baker; charlie».