Wie macht man programmgesteuert erstellen Sie ein Spring-Kontext?

Weiß jemand, ob es irgendeine Möglichkeit, dass ich programmgesteuert erstellen Sie eine bean-Kontext?

Ich möchte in der Lage sein, etwas zu tun:

ConfigurableApplicationContext c = new ConfigurableApplicationContext();
BeanDefinition bd = new BeanDefinition();
bd.setId("id");
bd.setClassName("classname");
bd.setProperty("propertyName", propertyValue");
...etc...

oder noch besser in der Lage sein, zu injizieren eine fertige Bohne in der Anwendung Kontext:

c.addBean("beanId", beanObject);

Oder wenn ich mit Anmerkungen:

c.setAnnotationAware(true);
c.setAnnotationScanBasePackage("packagename");

oder 

c.addAnnotatedSpringClass("classnamethatisannotated");

Der Grund dafür ist, dass ich in der Lage sein möchten, überschreiben bean-Definitionen für die Zwecke der Prüfung - In meinem test habe ich diesem neuen Kontext Anwendung, konfiguriert mit dem code in der test - (nicht xml -) und dann diese test-Anwendung Kontext haben als Eltern die SUT Applikation Kontext.

Ich habe nicht gefunden, einen code in die spring-Bibliotheken, die das können. Hat jemand errichtet so etwas? Wäre es möglich etwas zu bauen, wie? Ich weiß, der erste Ansatz ist machbar, ich bin mir nicht 100% sicher, dass die letztere Ansätze funktionieren, ohne Bedingungen.

Gibt es einen zwingenden Grund nicht verwenden XML für die test-bean-Definitionen? Der Frühling bietet unit-test-Unterstützung für genau diese Art der Sache.
Problem bei xml ist, dass es ein wenig schwer. Dauert zu lange zum erstellen der xml-und es scheint ein wenig zu viel für das, was Sie zu erreichen versuchen.
Willkommen in der Welt von Java, dude.
Ich denke, wir reden über Integration-Tests, unit-Tests sind viel einfacher 🙂

InformationsquelleAutor Michael Wiles | 2009-06-10

  1. 9

    Versuchen, entweder:

    JavaConfig-code-Beispiel

    @Configuration
public class AppConfig {
    @Bean
    public TransferService transferService() {
        return new TransferServiceImpl();
    }
}

    BeanBuilder code-Beispiel

    def bb = new grails.spring.BeanBuilder()

bb.beans { 
  dataSource(BasicDataSource) { 
    driverClassName = "org.hsqldb.jdbcDriver" 
    url = "jdbc:hsqldb:mem:grailsDB" 
    username = "sa" 
    password = "" 
  } 

  sessionFactory(ConfigurableLocalSessionFactoryBean) { 
    dataSource = dataSource
    hibernateProperties = [ "hibernate.hbm2ddl.auto":"create-drop", "hibernate.show_sql":true ] 
  }   
}

    AtUnit code-Beispiel

    Unit-test

    @RunWith(AtUnit.class)
@Container(Container.Option.SPRING)
@MockFramework(MockFramework.Option.EASYMOCK)
public class ExampleSpringEasyMockTest {

    @Bean @Unit UserManagerImpl manager;
    @Bean("fred") User fred;
    @Bean("userDao") @Mock UserDao dao;
    @Bean("log") @Stub Logger log;

    @Test
    public void testGetUser() {
        expect(dao.load(1)).andReturn(fred);
        replay(dao);
        assertSame(fred, manager.getUser(1));
        verify(dao);
    }


}

    Kontext-Datei ( private für den test )

    <?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.0.xsd">

  <bean id="userManager" class="atunit.example.subjects.UserManagerImpl">
      <constructor-arg ref="log"/>
      <property name="userDao" ref="userDao"/>
  </bean>

  <bean id="fred" class="atunit.example.subjects.User">
      <property name="id" value="500"/>
      <property name="username" value="fred"/>
  </bean>

</beans>

    InformationsquelleAutor Robert Munteanu

  2. 4

    Warum verwenden Sie nicht nur zwei unterschiedlichen Kontexten? eine für Produktion, eine für die tests... wirst du über diese auf die harte Weise.

    InformationsquelleAutor Chochos

  3. 4

    Im Frühling können Sie überschreiben-bean-definition so einfach wie erscheinen wieder unten in der Datei. Wir verwenden diese viel für den eigentlichen Zweck, die Sie beschrieben; eine andere bean-definition für unit-tests als für die Produktion.

    Dies ist das Muster, das wir verwenden für unsere test-context.xml

    <import resource="classpath:production-context.xml">

<bean id="overriddenBean" class="com.MyClass">
   ....
</bean>

    Dies bedeutet, dass die bean mit der id = overriddenBean wird WLAN in den Klassen in Ihrer Produktion contewxts wurden darauf verwiesen wird. So dass Sie zu tauschen, die Bohnen, die Sie brauchen für die Prüfung an die Stelle jener, den Sie für die Produktion von code.

    Hoffe, das hilft

    InformationsquelleAutor mR_fr0g

  4. 3

    Fügen Sie einfach eine bean factory-post-Prozessor bearbeitet werden können/add bean definition

        public class ABeanFactoryPostProcessor implements
        BeanFactoryPostProcessor {

    public void postProcessBeanFactory(
            ConfigurableListableBeanFactory beanFactory) throws BeansException {

            if (beanFactory instanceof BeanDefinitionRegistry) {
            BeanDefinition beanDefinition=...

                ((BeanDefinitionRegistry)beanFactory).registerBeanDefinition(name, beanDefinition);
            }
    }

}
    gute Idee, hätte nie gedacht, dass.

    InformationsquelleAutor Martin Ahrer

  5. 1

    Es ist eine ganz neue Art und Weise, dies zu tun - Spring Boot

    import org.springframework.boot.CommandLineRunner;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.EnableAutoConfiguration;

@Configuration
@ComponentScan
@EnableAutoConfiguration
public class Application implements CommandLineRunner {

    private static final Logger LOG = LoggerFactory.getLogger(Application.class);

    public static void main(String[] args) {
        SpringApplication.run(Application.class, args);
    }

    @Override
    public void run(String... args) throws Exception {
        LOG.info("Hello world");
    }
}

    InformationsquelleAutor MariuszS

Schreibe einen Kommentar