ОБНОВЛЕНИЕ

Позже мы обновились до Spring 3.0.X и смогли воспользоваться преимуществами языка выражений Spring. Наш подход упростился с трех компонентов до следующего фрагмента:

<bean id="propertyConfigurer" class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
  <property name="locations">
    <list>
        <value>classpath:defaults.properties</value>
        <value>file:/a/defined/location/project.properties</value>
        <value>file:${AN_ENV_CONFIGURED_DIR}/project.properties</value>
    </list>
  </property>

  <property name="ignoreResourceNotFound" value="true" />
  <property name="searchSystemEnvironment" value="true" />
  <property name="systemPropertiesModeName" value="SYSTEM_PROPERTIES_MODE_OVERRIDE" />
</bean>

Это позволило нам иметь либо статически хорошо известное местоположение разработки (первые значения по умолчанию), либо местоположение развертывания, настроенное с помощью переменных env. Конфигуратор обрабатывает их по порядку (т.е. развернутое имеет приоритет над настройками по умолчанию).

OLD

В итоге я выбрал непрограммный подход. Я использовал MethodInvoker для получения значения среды. Затем я смог передать это в FileSystemResource.

<bean id="configPath" class="org.springframework.beans.factory.config.MethodInvokingFactoryBean" >
    <property name="targetClass" value="java.lang.String" />
    <property name="staticMethod" value="java.lang.System.getenv" />
    <property name="arguments">
        <list>
            <value>NAME_OF_VARIABLE</value>
        </list>
    </property>
</bean>