Jak zastąpić komponent o określonym zakresie w celu przeprowadzenia testów?

Question

mam ten fasoli w moim config Wiosna Java:

@Bean 
@Scope(proxyMode=ScopedProxyMode.TARGET_CLASS, value=SpringScopes.DESKTOP) 
public BirtSession birtSession() { 
    return new BirtSession(); 
} 

Dla testów, muszę makiety bez zakresie (nie ma „Pulpit” zakres w teście). Ale kiedy utworzyć konfigurację dla mojego testu, który importuje powyższą konfigurację i zawiera:

@Bean 
public BirtSession birtSession() { 
    return new MockSession(); 
} 

dostaję „Desktop” scoped szydzili fasoli :-(

Jak zrobić Wiosna „zapomnieć” THE @Scope ? adnotacja

. PS: To działa, gdy nie używam @Import i używać skopiować & pastę ale nie chcę tego robić

Answer 1

Problem wydaje się być ConfigurationClassBeanDefinitionReader.loadBeanDefinitionsForBeanMethod() który wykorzystuje ScopedProxyCreator.createScopedProxy() metody statycznej, aby stworzyć scoped definicji Bean

// replace the original bean definition with the target one, if necessary 
     BeanDefinition beanDefToRegister = beanDef; 
     if (proxyMode != ScopedProxyMode.NO) { 
      BeanDefinitionHolder proxyDef = ScopedProxyCreator.createScopedProxy(
        new BeanDefinitionHolder(beanDef, beanName), this.registry, proxyMode == ScopedProxyMode.TARGET_CLASS); 
      beanDefToRegister = proxyDef.getBeanDefinition(); 
    } 

Jako BeanDefinitionHolder Zwraca RootBeanDefinition zamiast ConfiguratioClassBeanDenition definicja zawężona fasoli proxy (tj ScopedProxyFactoryBean) nie może zostać przesłonięte przez inną klasę konfiguracji Java.

Rozwiązaniem mogłoby być deklarowania scoped fasolę, aby zastąpić w pliku konfiguracyjnym XML i importowanie go z @ImportResource.

Answer 2

problemem nie jest wiosna utrzymywania adnotacji The Probl em jest taka, że ​​Spring najpierw próbuje przeanalizować "produktywną" konfigurację i aby to zrobić, sprawdza, czy zakres jest dostępny. Wiosna sprawdza skrzętnie zakresy. Dlatego nigdy nie przechodzi do drugiej/nadrzędnej definicji fasoli.

utworzyć obszar atrapę:

import java.util.HashMap; 
import java.util.Map; 
import org.springframework.beans.factory.ObjectFactory; 

public class MockSpringScope implements org.springframework.beans.factory.config.Scope { 

    private Map<String, Object> objects = new HashMap<String, Object>(); 

    @Override 
    public Object get(String name, ObjectFactory<?> objectFactory) { 
     Object result = objects.get(name); 
     if(null == result) { 
      result = objectFactory.getObject(); 
      objects.put(name, result); 
     } 
     return result; 
    } 

    @Override 
    public Object remove(String name) { 
     return objects.remove(name); 
    } 

    @Override 
    public void registerDestructionCallback(String name, Runnable callback) { 
     // NOP 
    } 

    @Override 
    public Object resolveContextualObject(String key) { 
     // NOP 
     return null; 
    } 

    @Override 
    public String getConversationId() { 
     // NOP 
     return null; 
    } 

} 

i zarejestrować jako że pod "pulpitu" zakresu. To pozwoli Springowi na pomyślne przeanalizowanie konfiguracji produkcyjnej.