Как протестировать насмешливый источник данных JNDI с помощью Spring?

Ответ 1

Я обычно определяю свои зависимости JNDI в отдельном файле, например datasource-context.xml:

<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:jee="http://www.springframework.org/schema/jee"
    xmlns:p="http://www.springframework.org/schema/p"
    xsi:schemaLocation="
        http://www.springframework.org/schema/beans 
        http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
        http://www.springframework.org/schema/jee
        http://www.springframework.org/schema/jee/spring-jee-3.0.xsd">

    <jee:jndi-lookup id="dataSource" 
        jndi-name="java:comp/env/dataSource" 
        expected-type="javax.sql.DataSource" />

</beans>

Так что в тестовых ресурсах я могу создать другой файл и определить тестовый источник данных, но мне это подходит, например datasource-testcontext.xml:

<beans xmlns="http://www.springframework.org/schema/beans"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xmlns:p="http://www.springframework.org/schema/p"
    xsi:schemaLocation="
        http://www.springframework.org/schema/beans 
        http://www.springframework.org/schema/beans/spring-beans-3.0.xsd">

    <bean id="dataSource"
        class="org.springframework.jdbc.datasource.DriverManagerDataSource"
        p:driverClassName="org.hsqldb.jdbcDriver"
        p:url="jdbc:hsqldb:hsql://localhost:9001"
        p:username="sa"
        p:password="" /> 

</beans>

И затем в моем тестовом классе я использую тестовую конфигурацию источника данных вместо производственной единицы, которая зависит от JNDI:

@ContextConfiguration({
    "classpath*:META-INF/spring/datasource-testcontext.xml",
    "classpath*:META-INF/spring/session-factory-context.xml"
})
public class MyTest {

}

Если источник данных не определен в отдельном файле, вы все равно можете заглушить объект, возвращенный вызовами JNDI:

• следующим образом: Инъекция источников данных JNDI для тестов JUnit вне контейнера
• или используя классы в пакете org.springframework.mock.jndi, т.е. SimpleNamingContextBuilder (есть пример в javadoc этого calass).

Ответ 2

Вы можете использовать SimpleNamingContextBuilder, чтобы получить источник данных jndi, доступный для ваших тестов:

    SimpleNamingContextBuilder builder = new SimpleNamingContextBuilder();
    builder.bind("java:comp/env/jdbc/mydatasource", dataSource);
    builder.activate();

https://fisheye.springsource.org/browse/spring-framework/spring-test/src/main/java/org/springframework/mock/jndi/SimpleNamingContextBuilder.java?hb=true

Это не совсем издевается над источником данных, но он делает источник данных доступным через jndi для ваших тестов.

Ответ 3

Вы можете создать свой собственный mock DataSource, расширив Spring AbstractDataSource.

import java.sql.Connection;
import java.sql.SQLException;

import org.springframework.jdbc.datasource.AbstractDataSource;

/**
 * Mock implementation of DataSource suitable for use in testing.
 * 
 *
 */
public class MockDataSource extends AbstractDataSource {
    private Connection connection;

    /**
     * Sets the connection returned by javax.sql.DataSource#getConnection()
     * and javax.sql.DataSource#getConnection(java.lang.String, java.lang.String)
     * 
     * @param connection
     */
    public void setConnection(Connection connection) {
        this.connection = connection;
    }

    /*
     * (non-Javadoc)
     * @see javax.sql.DataSource#getConnection()
     */
    public Connection getConnection()
            throws SQLException {
        return connection;
    }

    /*
     * (non-Javadoc)
     * @see javax.sql.DataSource#getConnection(java.lang.String, java.lang.String)
     */
    public Connection getConnection(String username, String password)
            throws SQLException {
        return connection;
    }
}

Я бы отделил JNDI-поиск соединения от остальной части кода. Внесите DataSource в ваши объекты доступа к данным (DAO) и используйте MockDataSource для тестирования DAO.

Ответ 4

Вы всегда можете создать конфигурацию beans.test.xml, где вы сначала ссылаетесь на beans.xml, а затем переопределяете конфигурацию источника данных:

SRC/основные/ресурсы/beans.xml

<!-- Database configuration -->
<import resource="beans.datasource.jndi.xml" />

SRC/тест/ресурсы/beans.test.xml

<import resource="beans.xml" />
<import resource="beans.datasource.test.xml" />

Класс тестирования JUnit:

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = { "classpath:/beans.test.xml" })
public class ASRTests
{
...
}

В jndi bean объявите ссылку

<jee:jndi-lookup expected-type="javax.sql.DataSource" id="mysqlDataSource" jndi-name="jdbc/mysql"/>

В вашем тесте bean объявите источник данных

<bean id="mysqlDataSource" ...>
...
</bean>

Имейте в виду переместить тестовый источник данных bean в тестовую папку.

Ответ 5

Spring org.springframework.jndi.JndiObjectFactoryBean лучше всего подходит для поиска JNDI. Согласно своей документации, он позволяет вводить значения по умолчанию, а также для тестовых примеров на основе spring.

Обратитесь к следующей конфигурации spring (называемой spring -test-db-config.xml)

<bean id="dataSource" class="oracle.jdbc.pool.OracleDataSource">
    <property name="URL" value="jdbc:oracle:thin:@localhost:1521:XE"/>
    <property name="user" value="UNITTEST"/>
    <property name="password" value="UNITTEST"/>
</bean>

<bean id="dataSourceFromJndi" class="org.springframework.jndi.JndiObjectFactoryBean">
    <!-- Any junk value will suffice as that is always gonna throw NamingException -->
    <property name="jndiName" value="jdbc/Ds"/>
    <property name="defaultObject" ref="dataSource"/>
</bean>

Добавить bean, определенный в другом файле конфигурации, относится к dataSourceFromJndi bean

<!-- START OF SERVICES -->
<bean class="com.sample.Service" >
    <property name="dataSource" ref="dataSourceFromJndi" />
</bean>

Преимущество такого подхода заключается в том, что вы можете хранить два разных файла конфигурации DB - один для производства и другой для модульного тестирования. Просто импортируйте правильный. Конфигурация теста будет содержать объект по умолчанию.

Ответ 6

Конфигурация Java.....

Тест-тест Junit

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(classes = {DatabaseConfigStub.class}, loader= AnnotationConfigContextLoader.class)
public class DatabaseConfigTest  {

@Autowired
private DataSource datasource;
@Autowired
private JdbcTemplate jdbcTemplate;


@Before
public void setUp() throws Exception {

}

@After
public void tearDown() throws Exception {
}

@Test
public void testDataSource() {
    assertNotNull(datasource);
    assertNotNull(jdbcTemplate);
}

}

DatabaseConfigStub

public class DatabaseConfigStub {

private static final Logger log = Logger.getLogger(DatabaseConfigStub.class);

        private static final String DS_NAME = "jdbc/DS_NAME";

@Bean
DataSource dataSource() {
    JndiObjectFactoryBean jndiObjectBean = EasyMock.createMock(JndiObjectFactoryBean.class);
    jndiObjectBean.setJndiName(DS_NAME);
    jndiObjectBean.setResourceRef(true);
    jndiObjectBean.setProxyInterfaces(DataSource.class);

    EasyMock.expect( (DataSource)jndiObjectBean.getObject()).andReturn(new DataSource() {

            public <T> T unwrap(Class<T> iface) throws SQLException {
                // TODO Auto-generated method stub
                return null;
            }

            public boolean isWrapperFor(Class<?> iface) throws SQLException {
                // TODO Auto-generated method stub
                return false;
            }

            public void setLoginTimeout(int seconds) throws SQLException {
                // TODO Auto-generated method stub

            }

            public void setLogWriter(PrintWriter out) throws SQLException {
                // TODO Auto-generated method stub

            }

            public int getLoginTimeout() throws SQLException {
                // TODO Auto-generated method stub
                return 0;
            }

            public PrintWriter getLogWriter() throws SQLException {
                // TODO Auto-generated method stub
                return null;
            }

            public Connection getConnection(String username, String password)
                    throws SQLException {
                // TODO Auto-generated method stub
                return null;
            }

            public Connection getConnection() throws SQLException {
                // TODO Auto-generated method stub
                return null;
            }
        }
    );
    EasyMock.replay(jndiObjectBean);

    return (DataSource) jndiObjectBean.getObject();
}

@Bean
JdbcTemplate jdbcTemplate(){
    return new JdbcTemplate( dataSource());
}

}

Ответ 7

Вы также можете использовать Simple-JNDI. Это реализация JNDI в памяти для работы с контекстами JNDI за пределами контейнера J2EE. Он позволяет использовать тот же файл определения bean в процессе производства и тестирования. Предположим, что это ваше определение bean:

<bean id="dataSource" class="org.springframework.jndi.JndiObjectFactoryBean">
    <property name="jndiName" value="java:comp/env/jdbc/DataSource"/>
</bean>
<bean id="dao" class="my.Dao">
    <property name="dataSource" ref="dataSource" />
</bean>

Создайте файл свойств, подобный этому

type=javax.sql.DataSource
driverClassName=org.gjt.mm.mysql.Driver
url=jdbc:mysql://localhost/testdb
username=user_name
password=password

Поместите Simple-JNDI и файл jndi.properties с небольшой конфигурацией в вашем пути к классам. Затем обращайтесь к источнику данных, как обычно.

Подробнее о Simple-JNDI можно найти здесь.