Openshift this.getClass (). GetResource () путь, вероятно, не правильный

Question

Openshift this.getClass (). GetResource () путь, вероятно, не правильный

1

Я пытаюсь развернуть свое приложение в openshift, и у меня возникла проблема с его запуском. Приложение развертывается локально в точно такой же версии JBoss (JBoss AS 7.1.1 Final), и оно работает, пока оно не работает при развертывании в openshift. Я не использую масштабирование.

Проблема заключается в примере кода:

  String s= SimpleClass.class.getResource("/myproperties.properties").getPath();
  prop.load(new FileInputStream(s));

При развертывании локально в JBoss AS он работает, как и ожидалось. Однако, когда я развертываю его в экземпляре openshift, возникает исключение:

java.io.FileNotFoundException: /content/Mailinglist.war/WEB-INF/classes/myproperties.properties (No such file or directory)
java.io.FileInputStream.open(Native Method)
java.io.FileInputStream.<init>(FileInputStream.java:146)
java.io.FileInputStream.<init>(FileInputStream.java:101)
mailinglistonline.server.export.util.PropertiesParser.parseDatabaseConfigurationFile(PropertiesParser.java:15)

РЕДАКТИРОВАТЬ:

Mailinglist.war/WEB-INF/classes/myproperties.properties является правильным и тем же, что и у меня локально, однако префикс /content довольно странный, поскольку, вероятно, каталог no/content существует в openshift. Вероятно, этот путь должен идти к экземпляру JBoss, который развернул этот.war. Вопрос в основном заключается в том, почему создается такой путь/префикс, и если я могу как-то заставить его работать.

Matej Briškár 29 апр. 2014, в 17:59

Источник

0

Вы /content/Mailinglist.war/WEB-INF/classes/myproperties.properties , существует ли путь - /content/Mailinglist.war/WEB-INF/classes/myproperties.properties ?
Bhesh Gurung 29 апр. 2014, в 16:14
0

Я сомневаюсь, что это существует. (cd / content => Такой файл или каталог не существует) Mailinglist.war/WEB-INF/classes/myproperties.properties является правильным и таким же, как у меня локально, однако префикс /content довольно странный. Вопрос главным образом в том, почему генерируется такой путь / префикс, и если я могу каким-то образом заставить его работать. Я предоставлю эту информацию на вопрос
Matej Briškár 29 апр. 2014, в 16:25
2

Не уверен, почему это не работает. Но вы можете prop.load(SimpleClass.class.getResourceAsStream("/myproperties.properties")) или prop.load(SimpleClass.class.getClassLoader().getResourceAsStream("myproperties.properties")) .
Bhesh Gurung 29 апр. 2014, в 16:51
0

На самом деле, это работает, большое спасибо. Есть идеи, почему это происходит?
Matej Briškár 30 апр. 2014, в 09:30
1

Методы, которые я предложил, предназначены для чтения ресурсов в пути к классам. Решение, которое у вас есть в вашем посте, - это чтение файлов из реальной файловой системы. Скорее всего, на локальном jboss архивный файл (Mailinglist.war) разбирается в каталог и разворачивается, поэтому вы получаете правильный путь к файловой системе. Находясь в openshift, архив должен быть развернут как есть. Когда вы пытаетесь получить путь, вы на самом деле пытаетесь найти путь к файлу, который находится внутри другого файла (например, Mailinglist.war), что по своей сути неверно, когда речь идет о пути к файловой системе, поэтому конечным результатом является неверный путь.
Bhesh Gurung 30 апр. 2014, в 15:28
0

В общем, когда вам нужно прочитать ресурс в classpath (содержимое в памяти), не пытайтесь прочитать его как файл файловой системы. Всегда читайте их как ресурс classpath, поэтому независимо от того, как развернуто ваше приложение, оно всегда будет успешным.
Bhesh Gurung 30 апр. 2014, в 15:31

Показать ещё 4 комментария

Теги:

java

openshift

jboss7.x

1 ответ

Ещё вопросы

Вы /content/Mailinglist.war/WEB-INF/classes/myproperties.properties , существует ли путь - /content/Mailinglist.war/WEB-INF/classes/myproperties.properties ?
Я сомневаюсь, что это существует. (cd / content => Такой файл или каталог не существует) Mailinglist.war/WEB-INF/classes/myproperties.properties является правильным и таким же, как у меня локально, однако префикс /content довольно странный. Вопрос главным образом в том, почему генерируется такой путь / префикс, и если я могу каким-то образом заставить его работать. Я предоставлю эту информацию на вопрос
Не уверен, почему это не работает. Но вы можете prop.load(SimpleClass.class.getResourceAsStream("/myproperties.properties")) или prop.load(SimpleClass.class.getClassLoader().getResourceAsStream("myproperties.properties")) .
На самом деле, это работает, большое спасибо. Есть идеи, почему это происходит?
Методы, которые я предложил, предназначены для чтения ресурсов в пути к классам. Решение, которое у вас есть в вашем посте, - это чтение файлов из реальной файловой системы. Скорее всего, на локальном jboss архивный файл (Mailinglist.war) разбирается в каталог и разворачивается, поэтому вы получаете правильный путь к файловой системе. Находясь в openshift, архив должен быть развернут как есть. Когда вы пытаетесь получить путь, вы на самом деле пытаетесь найти путь к файлу, который находится внутри другого файла (например, Mailinglist.war), что по своей сути неверно, когда речь идет о пути к файловой системе, поэтому конечным результатом является неверный путь.
В общем, когда вам нужно прочитать ресурс в classpath (содержимое в памяти), не пытайтесь прочитать его как файл файловой системы. Всегда читайте их как ресурс classpath, поэтому независимо от того, как развернуто ваше приложение, оно всегда будет успешным.

James R. Perkins · Answer 1 · 2014-04-30T14-53-00.000Z

Вместо использования Class.getResource() вы должны использовать Class.getResourceAsStream() и загружать свои свойства таким образом. Использование пути ресурса будет работать только в том случае, если вы разворачиваете свою ВОИС взорван. Я не считаю, что развертывание взорвалось на OpenShift.

Что-то вроде следующего было бы лучшим способом справиться с этим.

Properties props = new Properties();
props.load(SimpleClass.class.getResourceAsStream("/myproperties.properties"));