Primavera 3.1 Ambiente non funziona con i file di proprietà degli utenti

Question

sto facendo questo ..

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(); 

Ora nei miei file @Configuration, le proprietà presenti nelle mie SpringConfig.properties non sono sempre raccolti se faccio questo ...

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

ma ottengo che la proprietà se uso

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

ho anche provato ad aggiungere paio di più linee come questa, ma inutili.

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

Qualcuno sa perché le mie proprietà non sono caricate nell'ambiente? Grazie.

Answer 1

PropertySourcesPlaceholderConfigurer legge direttamente i file delle proprietà (come è stato fatto da PropertyPlaceholderConfigurer in Spring 3.0 volte), è solo un postprocessore che non cambia il modo in cui le proprietà vengono utilizzate nel contesto Spring - in questo caso le proprietà sono disponibili solo come definizione del bean segnaposto.

È PropertySourcesPlaceholderConfigurer che utilizza Ambiente e non viceversa.

Il framework delle proprietà delle proprietà funziona a livello di contesto dell'applicazione, mentre i configuratori di segnaposto delle proprietà forniscono solo la funzionalità per elaborare i segnaposto nelle definizioni dei bean. Per utilizzare proprietà source astrazione si dovrebbe usare @PropertySource annotazione cioè decorare la vostra classe di configurazione con qualcosa di simile @PropertySource("classpath:SpringConfig.properties")

Io credo che si può fare la stessa cosa a livello di codice, per esempio, si può ottenere ConfigurableEnvironment del contenitore prima che il contesto era rinfrescata, modificare la sua MutablePropertySources (è necessario prima ottenere AbstractApplicationContextenvironment proprietà tramite context.getEnvironment()) tramite getPropertySources().addFirst(new ResourcePropertySource(new ClassPathResource( "SpringConfig.properties"))); ma è improbabile che cosa si vuole fare - se si dispone già di una classe annotata @Configuration, decorarla con @PropertySource("classpath:SpringConfig.properties") è molto più semplice.

Come per l'istanza PropertySourcesPlaceholderConfigurer, recupera automaticamente le origini delle proprietà (come implementa EnvironmentAware) dal contesto dell'applicazione, quindi è sufficiente registrare un'istanza predefinita.

Per gli esempi di implementazione fonte proprietà personalizzata vedere http://blog.springsource.org/2011/02/15/spring-3-1-m1-unified-property-management/

Answer 2

calcolata locali proprietà alla PropertySourcesPlaceholderConfigurer (con setProperties() o setLocation()) non li rende disponibili in Environment.

realtà funziona in modo opposto - Environment agisce come una fonte primaria di proprietà (vedi ConfigurableEnvironment), e può fare PropertySourcesPlaceholderConfigurer proprietà dal Environment disponibile utilizzando ${...} sintassi.

Answer 3

Ho fatto questo per @Boris suggerimento ..

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(); 

Ora nelle classi @Configuration tutte le proprietà (compreso il mio sistema e le proprietà) può essere risolto usando @Value.

Ma l'Ambiente che ottiene @Autowired nella classe @Configuration ha solo proprietà di sistema al suo interno, non SpringConfig.properties che ho impostato come sopra. Ma chiaramente, prima di chiamare context.refresh() sopra, il ConfigurableEnvironment ha anche le mie proprietà. Ma una volta chiamato context.refresh(), le mie proprietà vengono rimosse dall'ambiente che viene eseguito automaticamente in @Configuration.

Voglio essere in grado di utilizzare la sintassi migliore, env.getProperty ("my.property"). Qualcuno sa perché questo è il caso?

Answer 4

Sto caricando 2 tipi di proprietà una è la proprietà Ambiente e l'altra è il contesto che di solito si ottiene da diciamo servletContext.getServletContext(). La mia proprietà ambiente è definita come: MOD_CONFIG_ROOT che si imposta separatamente nell'ambiente, separando quindi i dettagli della posizione del file ear che contiene il codice. Ecco la configurazione. [Nota: ho dovuto caricare i file di proprietà come prima cosa prima di caricare i servlet di fare uso delle proprietà utilizzando ${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>