Весна: PropertyPlaceholderConfigurer не могу найти файл свойства

Question

У меня есть странная проблема с Spring, используя PropertyPlaceholderConfigurer. Один из моих бобов разработан следующим образом:

<bean name="propertyPlaceholder" class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer"> 
    <property name="locations"> 
     <value>classpath:jdbc.properties</value> 
    </property> 
</bean> 

Проблема заключается в том, что весна никогда не найти jdbc.properties (FileNotFoundException). Файл находится в папке с именем «resources», которая находится в пути класса bundle (я работаю в проекте OSGi).

Я пробовал почти каждую комбинацию («jdbc.properties», «/jdbc.properties», «classpath: jdbc.properties», «classpath: /jdbc.properties», «/resources/jdbc.properties», и т. д.), но он никогда не работает.

Для получения дополнительной информации, если в какой-то момент я сделать что-то вроде:

URL u = someClassLoader.getResource("jdbc.properties"); 

это делает работу без каких-либо проблем и найти файл. На самом деле я совершенно не понимаю, что такое ошибка с весной.

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

[EDIT]

На самом деле, это проблема загрузчиком классов: Если я:

new ClassPathResource("jdbc.properties"); 

он не работает. Но:

new ClassPathResource("jdbc.properties",someClassIntheBundle.class.getClassLoader()); 

работает отлично.

Я верю, что Spring использует ClassLoader своего собственного пакета, который потребляется моим пакетом. Знаете ли вы способ решить эту сложную проблему?

Спасибо,

Answer 1

попробовать classpath*:jdbc.properties

Answer 2

IANA разработчика OSGi, но быстрые результаты поиска Google в link к документации Spring-OSGi. Посмотрите раздел 5.4 и обратите внимание, что пакет spring-osgi вносит некоторые изменения в загрузку Resource. Похоже, что ResourceLoader, реализованный по умолчанию ApplicationContext, для osgi автоматически будет предустановлен osgibundle:, если другой префикс не предоставляется.

Похоже, что существует определенная разница в области видимости пути при использовании classpath: и пути, используемого при использовании classpath*:, но до сих пор мне не удалось найти для этого хорошего объяснения.