Одна из нашей команды реализовала загрузку свойств таким способом (см. Псевдокод ниже) и советует, что этот подход является правильным, поскольку клиентское приложение, использующее это, может свободно хранить свойства в любом файле. Вопреки широко используемым свойствам placeholder configurer.

Приложение-context.xml

<bean class="com.mypackage.Myclass">
<property name="xml" value="classpath:"{com.myapp.myproperty1}"> </property> 
</bean>

config.properties

com.myapp.myproperty1=data.xml

редактировать: я должен был добавить это data.properties, а не data.xml. Мы хотим загрузить файл свойств (этот файл свойств указан в config.properties как «свойство». Com.myapp.myproperty1 = data.properties

Java-класс

import org.springframework.core.io.Resource;
public class Myclass {

private Resource xmlField;

// setter & getter methods..

}

Правильно ли использовать Spring core.io.Resource?

Другая причина заключается в том, что клиентское приложение хочет загрузить конфигурацию, специфичную для конкретной среды. Я предложил использовать propertyconfigurer и профили maven для создания конкретной сборки среды

Подскажите, пожалуйста, какой из них подходит к какому случаю? и если это отличается в разных сценариях, пожалуйста, помогите мне указать их?

Спасибо