Как издеваться над DefaultMessageListenerContainer

Я борюсь с издевательством (используя Mockito) DefaultMessageListenerContainer (org.springframework.jms.listener.DefaultMessageListenerContainer). Вот мой код:

@Mock
private DefaultMessageListenerContainer defaultMessageListenerContainer;

@Before
public void init() {

    MockitoAnnotations.initMocks( this );
    incomingFeedController = new IncomingFeedControllerImpl();

}

@Test 
public void testHandleConnectionState() { 
    List< DefaultMessageListenerContainer > listeners = 
        new ArrayList< DefaultMessageListenerContainer >(); 
    listeners.add( defaultMessageListenerContainer ); 
    incomingFeedController.setContainers( listeners ); 
    when( defaultMessageListenerContainer.isRunning() ).thenReturn( false );
}

Затем я хотел бы провести несколько подходящих тестов, например:

when( defaultMessageListenerContainer.isRunning() ).thenReturn( false );

Но после запуска junit эта строка заканчивается:

java.lang.NullPointerException
    at org.springframework.jms.listener.AbstractJmsListeningContainer.isRunning(AbstractJmsListeningContainer.java:312)
    at com.source.etf.manager.integrationgateway.feedcontroller.IncomingFeedControllerTest.testHandleConnectionState(IncomingFeedControllerTest.java:37)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at org.junit.internal.runners.TestMethod.invoke(TestMethod.java:59)
    at org.junit.internal.runners.MethodRoadie.runTestMethod(MethodRoadie.java:98)
    at org.junit.internal.runners.MethodRoadie$2.run(MethodRoadie.java:79)
    at org.junit.internal.runners.MethodRoadie.runBeforesThenTestThenAfters(MethodRoadie.java:87)
    at org.junit.internal.runners.MethodRoadie.runTest(MethodRoadie.java:77)
    at org.junit.internal.runners.MethodRoadie.run(MethodRoadie.java:42)
    at org.junit.internal.runners.JUnit4ClassRunner.invokeTestMethod(JUnit4ClassRunner.java:88)
    at org.junit.internal.runners.JUnit4ClassRunner.runMethods(JUnit4ClassRunner.java:51)
    at org.junit.internal.runners.JUnit4ClassRunner$1.run(JUnit4ClassRunner.java:44)
    at org.junit.internal.runners.ClassRoadie.runUnprotected(ClassRoadie.java:27)
    at org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:37)
    at org.junit.internal.runners.JUnit4ClassRunner.run(JUnit4ClassRunner.java:42)
    at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
    at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)

Я также проверил AbstractJmsListeningContainer, и вот код, в котором встречается NPE:

public final boolean isRunning() {
    synchronized (this.lifecycleMonitor) {
        return (this.running && runningAllowed());
    }
}

Я обнаружил, что объект lifecycleMonitor не создается. Этот объект объявлен в AbstractJmsListeningContainer сразу вверху:

protected final Object lifecycleMonitor = new Object();

Есть идеи, как правильно издеваться над DefaultMessageListenerContainer?


java spring mocking mockito
person szymon    schedule 30.01.2012    source источник
comment
Аналогичная проблема: stackoverflow.com/ questions / 2457239 /   -  person Tomasz Błachowicz    schedule 30.01.2012
comment
Почему вы хотите поиздеваться над этим? Ваш код не должен зависеть от DefaultMessageListenerContainer, это компонент инфраструктуры Spring.   -  person skaffman    schedule 31.01.2012

Ответы (3)


arrow_upward
1
arrow_downward

Вам все равно нужно установить макет для инициализируемого объекта.

Я вижу, что вы тестируете IncomingFeedControllerImpl, и вполне вероятно, что ваш фиктивный объект является членом экземпляра этого класса. Поскольку вы не устанавливаете свой mocked DefaultMessageListenerContainer на свой IncomingFeedControllerImpl явно, AbstractJmsListeningContainer (который, вероятно, @Autowired) все еще висит и не высмеивается.

Вам нужно будет либо ввести его, используя метод установки, либо конструктор. (вы также можете @Autowired это)

person nicholas.hauschild    schedule 30.01.2012
comment
Неа. Это не тот случай. Пробовал уже. Это определенно как-то связано с тем, что этот lifecycleMonitor не создается. - person szymon; 30.01.2012
comment
Что ж, согласно вашему коду, вы пытаетесь имитировать свой DefaultMessageListenerContainer, и получение AbstractJmsListeningContainer означает, что фиктивный объект никогда не был установлен на вашем IncomingFeedController. - person nicholas.hauschild; 30.01.2012
comment
Я просто пропустил эту часть, но вот мой тестовый код: @Test public void testHandleConnectionState() { List< DefaultMessageListenerContainer > listeners = new ArrayList< DefaultMessageListenerContainer >(); listeners.add( defaultMessageListenerContainer ); incomingFeedController.setContainers( listeners ); when( defaultMessageListenerContainer.isRunning() ).thenReturn( false ); - person szymon; 30.01.2012
comment
Отредактируйте свой вопрос и добавьте тест. - person nicholas.hauschild; 30.01.2012

arrow_upward
1
arrow_downward

Mockito не может издеваться над финальными классами или финальными методами. Эти ограничения устанавливаются самой JVM. Для имитации такого кода потребовалось бы фактически переписать байт-код класса и загрузить его в другой загрузчик классов. Это привело к очень сложному коду; PowerMock пошел в этом направлении, и код сложно поддерживать.

Также не высмеивайте типы, которые вам не принадлежат, посмотрите 4–5 первых результатов на google. Зачем вам нужно издеваться над типами Spring в модульном тесте. Вы должны либо создать какое-то косвенное обращение, чтобы избежать приверженности Spring, либо написать интеграционные тесты; последнее кажется более подходящим, поскольку связано с JMS.

person Brice    schedule 30.01.2012

arrow_upward
0
arrow_downward

Вам нужно будет либо использовать PowerMock, либо выполнить интеграционный тест, как предлагает @Brice. Вот как это сделать в PowerMock:

@RunWith(PowerMockRunner.class)
@PrepareForTest(DefaultMessageListenerContainer.class)
public class MyTestClass {

    // cannot use the @Mock annotation
    private DefaultMessageListenerContainer defaultMessageListenerContainer;

    @Before
    public void init() {
        // This should allow the mocking of final methods as well.
        defaultMessageListenerContainer = 
            PowerMockito.mock(DefaultMessageListenerContainer.class);
        incomingFeedController = new IncomingFeedControllerImpl();

    }

    @Test 
    public void testHandleConnectionState() { 
        List< DefaultMessageListenerContainer > listeners = 
            new ArrayList< DefaultMessageListenerContainer >(); 
        listeners.add( defaultMessageListenerContainer ); 
        incomingFeedController.setContainers( listeners ); 
        when( defaultMessageListenerContainer.isRunning() ).thenReturn( false );
    }

}
person jhericks    schedule 30.01.2012
comment
Да @PrepareForTest инструкция является обязательной, иначе PowerMock не будет подготовить этот класс во временной области загрузчика классов PowerMock. - person Brice; 31.01.2012