Wiosna 3,1 Środowisko nie działa z plikami własności użytkowników

Question

robie to ..

AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext(); 
XmlBeanDefinitionReader xmlReader = new XmlBeanDefinitionReader(context); 
xmlReader 
     .loadBeanDefinitions(new ClassPathResource("SpringConfig.xml")); 
PropertySourcesPlaceholderConfigurer propertyHolder = new PropertySourcesPlaceholderConfigurer(); 
propertyHolder.setLocation(new ClassPathResource(
     "SpringConfig.properties")); 
context.addBeanFactoryPostProcessor(propertyHolder); 

    ...... 

context.refresh(); 

Teraz w moich plikach @Configuration właściwości obecny w moim SpringConfig.properties nie są coraz podniósł jeśli mogę to zrobić ...

@Autowired 
private Environment env 
..... 
env.getProperty("my.property") 

Ale pojawia że nieruchomość, jeśli mogę użyć

@Value("${my.property}") 
private String myProperty; 

próbowałem nawet dodając kilka więcej linii takich jak to, ale bezużyteczne.

ConfigurableEnvironment env = new StandardEnvironment(); 
propertyHolder.setEnvironment(env); 

Czy ktoś wie, dlaczego moje właściwości nie zostały załadowane do środowiska? Dzięki.

Answer 1

PropertySourcesPlaceholderConfigurer odczytuje pliki własności bezpośrednio (jak to miało miejsce przez PropertyPlaceholderConfigurer wiosną 3,0 razy), to tylko postprocesor, który nie zmieni sposób właściwości są używane w kontekście wiosennej - w tym przypadku właściwości są dostępne tylko jako definicji fasoli placeholders.

Jest to PropertySourcesPlaceholderConfigurer, który używa środowiska, a nie odwrotnie.

Struktura źródeł nieruchomości działa na poziomie kontekstu aplikacji, podczas gdy konfiguratory symboli zastępczych obiektów udostępniają tylko funkcje do przetwarzania symboli zastępczych w definicjach komponentów bean. Aby skorzystać z właściwości source abstrakcję należy użyć @PropertySource adnotacji tj ozdobić swoją klasę konfiguracji z czymś jak @PropertySource("classpath:SpringConfig.properties")

wierzę, że można to zrobić programowo to samo, czyli można dostać ConfigurableEnvironment kontenera przed kontekst był odświeżony, zmodyfikować jego MutablePropertySources (musisz najpierw uzyskać właściwość AbstractApplicationContextenvironment przez) przez getPropertySources().addFirst(new ResourcePropertySource(new ClassPathResource( "SpringConfig.properties")));, ale jest mało prawdopodobne, co chcesz zrobić - jeśli masz już przypisaną klasę @Configuration, dekorowanie jej za pomocą @PropertySource("classpath:SpringConfig.properties") jest znacznie prostsze.

Jeśli chodzi o instancję PropertySourcesPlaceholderConfigurer - pobierze ona automatycznie źródła właściwości (tak jak implementuje EnvironmentAware) z kontekstu aplikacji, więc wystarczy zarejestrować domyślną instancję.

Dla przykładów realizacji niestandardowego źródła nieruchomość zobaczyć http://blog.springsource.org/2011/02/15/spring-3-1-m1-unified-property-management/

Answer 2

Dodawanie lokalnych właściwości do PropertySourcesPlaceholderConfigurer (z setProperties() lub setLocation()) nie udostępniać je w Environment.

Właściwie to działa w odwrotny sposób - Environment działa jako podstawowe źródło właściwości (patrz ConfigurableEnvironment) i PropertySourcesPlaceholderConfigurer może właściwości z Environment dostępnych za pomocą ${...} składnię.

Answer 3

Zrobiłem to za @Boris sugestii ..

PropertySourcesPlaceholderConfigurer propertyHolder = new PropertySourcesPlaceholderConfigurer(); 
    ConfigurableEnvironment env = new StandardEnvironment(); 
    env.getPropertySources().addFirst(
      new ResourcePropertySource(new ClassPathResource(
        "SpringConfig.properties"))); 
    propertyHolder.setEnvironment(env); 
    context.addBeanFactoryPostProcessor(propertyHolder); 
      context.register(SpringConfig.class); 
      context.refresh(); 

Teraz w klasach @Configuration wszystkie właściwości (w tym moich własnych i systemu własności) może zostać rozwiązane za pomocą @Value.

Ale środowisko, które dostaje @Aowiani do klasy @Configuration ma tylko właściwości systemowe, a nie SpringConfig.properties I ustawiony jak wyżej. Ale wyraźnie, przed wywołaniem context.refresh() powyżej, ConfigurableEnvironment ma również moje właściwości. Ale po wywołaniu context.refresh() moje właściwości są usuwane ze środowiska, które zostaje automatycznie wpisane w @konfiguracja.

Chcę móc użyć lepszej składni, env.getProperty ("moja_property"). Czy ktoś wie, dlaczego tak się dzieje?

Answer 4

Załaduję 2 typy właściwości, jedna jest właściwością Środowisko, a druga to kontekst, z którego zwykle można uzyskać od powiedzmy servletContext.getServletContext(). Moja właściwość środowiska jest zdefiniowana jako: MOD_CONFIG_ROOT, która jest ustawiana osobno dla środowiska, tym samym oddzielając szczegóły lokalizacji pliku ucha, który zawiera kod. Oto konfiguracja. [Uwaga: musiałem załadować pliki własności jak pierwszą rzeczą przed załadowaniem serwletów skorzystać z właściwości używając ${someProperty}]

<bean id="externalProperties" 
    class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer"> 
    <property name="locations"> 
     <list> 
      <value>file:#{ systemEnvironment['MOD_CONFIG_ROOT'] 
       }#{servletContext.contextPath}/users.properties</value> 
     </list> 
    </property> 
    <property name="searchSystemEnvironment" value="true" /> 
    <property name="systemPropertiesModeName" value="SYSTEM_PROPERTIES_MODE_FALLBACK" /> 
</bean>