Как ввести Bean в xml из метода (@Bean), который возвращает интерфейс (com.typesafe.config.Config)?

Оскорбительная строка такова:

<beans:bean id="app-config" class="com.typesafe.config.Config"/>

Поскольку вы поместили это в свой spring.xml, Spring пытается создать экземпляр bean-компонента с именем app-config из Config. Но Config — это интерфейс, поэтому Spring не может создать его экземпляр и, следовательно, ошибка.

Я думаю, что как только вы удалите его, Spring выберет @Bean, который вы создали с помощью getConfig. Если это не сработает, проверьте, правильно ли TSConfiguration импортируется в ваш файл spring.xml.

Чтобы добавить к другому ответу, вы дважды объявляете то, что, вероятно, должно быть одним и тем же компонентом.

Здесь вы говорите Spring создать bean-компонент типа Config с именем app-config:

 @Bean(name = "app-config")
 public Config getConfig(){

Здесь вы пытаетесь создать еще один bean-компонент типа Config с идентификатором app-config.

 <beans:bean id="app-config" class="com.typesafe.config.Config"/>

Если вы объявляете bean-компонент в JavaConfig, нет необходимости снова объявлять его в XML и наоборот (при условии, что вы намерены иметь один bean-компонент этого типа).

И, как уже было указано, вы не можете создать экземпляр интерфейса.

Обновлено:

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

Во-первых, если вы хотите сделать все в чистом XML, вы не можете сделать это:

<beans:bean id="app-config" class="com.typesafe.config.Config"/>

Вам нужно сделать конкретную реализацию этого интерфейса. Но, судя по тому, что вы опубликовали, у вас есть класс конфигурации, который вы используете. Начнем с этого:

package com.testpackage;

@Configuration
public class Config {


        @Bean
        public SomeInterface someImplementation(){
            return new SomeInterface() {
                @Override
                public String implementation() {
                    return "String";
                }
            };
        }
    }

Это говорит о создании bean-компонента типа SomeInterface. Имя этого компонента унаследует имя метода someImplementation, поэтому нет смысла давать ему имя вручную. Обратите внимание, что хотя это возвращает интерфейс, мы создаем анонимный класс и возвращаем его.

Далее мы рассмотрим XML для приведенного выше:

<beans>
        <context:component-scan base-package="com.testpackage"/>

        <bean class="com.testpackage.ConcreteClass">
            <constructor-arg index="0" ref="someImplementation"/>
        </bean>
</beans>

Обратите внимание, что мы сканируем (context:component-scan) пакет с конфигурацией в нем. Если мы используем аннотацию @Configuration, мы можем выполнить сканирование компонентов.

Пример ниже делает то же самое, но только вручную объявляет bean-компонент Configuration:

<beans>
        <bean class="com.testpackage.Config"/>

        <bean class="com.testpackage.ConcreteClass">
            <constructor-arg index="0" ref="someImplementation"/>
        </bean>
</beans>

Если вы вручную объявляете класс Config, как описано выше, вам не нужно аннотировать его с помощью @Configuration. Смысл этой аннотации в том, чтобы сканирование компонента «увидело» компонент и создало его экземпляр. Поскольку мы делаем это вручную, аннотация не требуется.

И, для полноты картины, это модульный тест, который проверяет, что все работает:

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = {"classpath:META-INF/appContextTest.xml"})
public class SomeTester {


    @Autowired
    ConcreteClass concreteClass;

    @Test
    public void test(){
        assertEquals("String", concreteClass.impl.implementation());
    }
}