Почему мои тесты DBUnit занимают так много памяти? - PullRequest
Новая
       20

Почему мои тесты DBUnit занимают так много памяти?

0 голосов
/ 10 июля 2009

У меня есть приложение на основе гибернации, которое использует DBUnit для модульного тестирования. У нас есть тестовая база данных XML, которая загружается с фиктивными данными в setUp () каждого теста и удаляется во время tearDown (). Проблема в том, что я больше не могу запускать весь набор в IDE (в данном случае Intellij), потому что после примерно 300 тестов куча памяти полностью израсходована. Тесты выполняются от ~ 0,3 секунды до 30+ секунд, пока JVM не сдастся и не умрет.

Когда я запускаю набор тестов с помощью задачи junit для ant, тогда это не проблема, а также запуск набора тестов для отдельного класса. Однако мне нравится иметь возможность запускать весь пакет локально, прежде чем я проверю большие изменения рефакторинга в базе кода, а не нарушу сборку на сервере CI.

Я запускаю набор тестов с -Xmx512m в качестве единственного аргумента JVM, то есть того же количества, которое я передаю ant при выполнении задачи на сервере CI. Мой hibernate-test.cfg.xml выглядит так: 

<hibernate-configuration>
  <session-factory>
    <!-- Database connection settings -->
    <property name="connection.driver_class">org.hsqldb.jdbcDriver</property>
    <property name="connection.url">jdbc:hsqldb:mem:mydatabase</property>
    <property name="connection.username">sa</property>
    <property name="connection.password"/>

    <!-- Other configuration properties -->
    <property name="connection.pool_size">1</property>
    <property name="jdbc.batch_size">20</property>
    <property name="connection.autocommit">true</property>
    <property name="dialect">org.hibernate.dialect.HSQLDialect</property>
    <property name="current_session_context_class">thread</property>
    <property name="cache.provider_class">org.hibernate.cache.HashtableCacheProvider</property>
    <property name="bytecode.use_reflection_optimizer">false</property>
    <property name="show_sql">true</property>
    <property name="hibernate.hbm2ddl.auto">create-drop</property>

    <!-- Mappings (omitted for brevity) -->
    <mapping resource="hbm/blah.hbm.xml"/>
  </session-factory>
</hibernate-configuration>

Мы написали класс, для которого расширяются все тестовые классы, который выглядит примерно так: 

package com.mycompany.test;
// imports omitted for brevity

public abstract class DBTestCase extends TestCase {

  private final String XML_DATA_SET = "test/resources/mytestdata.xml";
  private Session _session;
  private Configuration _config;

  public DBTestCase(String name) {
    super(name);
  }

  @Override
  protected void setUp() throws Exception {
    super.setUp();
    _config = new Configuration().configure();
    SessionFactory sf = _config.buildSessionFactory();
    // This is a singleton which is used the DAO's to acquire a session.
    // The session must be manually set from the test's setup so that any
    // calls to the singleton return this session factory, otherwise NPE
    // will result, since the session factory is normally built during
    // webapp initialization.
    HibernateUtil.setSessionFactory(sf);
    _session = sf.openSession();
    _session.beginTransaction();

    IDataSet dataSet = new FlatXmlDataSet(new File(XML_DATA_SET));
    DatabaseOperation.CLEAN_INSERT.execute(getConnection(), dataSet);
  }

  protected void tearDown() throws Exception {
    super.tearDown();
    _session.close();
  }

  protected IDatabaseConnection getConnection() throws Exception {
    ConnectionProvider connProvider = ConnectionProviderFactory
      .newConnectionProvider(_config.getProperties());
    Connection jdbcConnection = connProvider.getConnection();
    DatabaseConnection dbConnection = new DatabaseConnection(jdbcConnection);
    DatabaseConfig dbConfig = dbConnection.getConfig();
    dbConfig.setProperty(DatabaseConfig.PROPERTY_DATATYPE_FACTORY, new HsqldbDataTypeFactory());
    return dbConnection;
  }
}

Ясно, что здесь происходит некоторая утечка памяти, но я не уверен, где. Как я могу диагностировать это?

Ответы [ 2 ]

2 голосов
/ 10 июля 2009

Вы используете базу данных памяти здесь: 

<property name="connection.driver_class">org.hsqldb.jdbcDriver</property>
<property name="connection.url">jdbc:hsqldb:mem:mydatabase</property>

Это означает, что все в базе данных находится в памяти. Либо используйте базу данных на диске с кэшированной таблицей, либо обязательно отбрасывайте все после каждого теста.

0 голосов
/ 22 июля 2009

Ответ J-16 SDiZ заставил меня работать в правильном направлении, но я подумал, что предоставлю немного более подробную информацию о том, как мне удалось решить эту проблему. Корень проблемы заключался в том, что база данных продолжала храниться в памяти, но решение состояло в том, чтобы наследовать от класса DBTnestCase DBUnit, а не пытаться свернуть мою собственную, наследуя от JUnit TestCase. Мой базовый класс для теста теперь выглядит примерно так: 

public class MyTestCase extends DBTestCase {
  private static Configuration _config = null;

  public MyTestCase(String name) {
    super(name);
    if(_config == null) {
      _config = new Configuration().configure();
      SessionFactory sf = _config.buildSessionFactory();
      HibernateUtil.setSessionFactory(sf);
    }

    System.setProperty(PropertiesBasedJdbcDatabaseTester.DBUNIT_DRIVER_CLASS, "org.hsqldb.jdbcDriver");
    System.setProperty(PropertiesBasedJdbcDatabaseTester.DBUNIT_CONNECTION_URL, "jdbc:hsqldb:mem:mydbname");
    System.setProperty(PropertiesBasedJdbcDatabaseTester.DBUNIT_USERNAME, "sa");
    System.setProperty(PropertiesBasedJdbcDatabaseTester.DBUNIT_PASSWORD, "");
  }

  @Override
  protected IDataSet getDataSet() throws Exception {
    return new FlatXmlDataSet(new FileReader(MY_XML_DATA_FILE_NAME), false, true, false);
  }

  @Override
  protected void setUpDatabaseConfig(DatabaseConfig config) {
    config.setProperty(DatabaseConfig.PROPERTY_DATATYPE_FACTORY, new HsqldbDataTypeFactory());
  }

Этот класс работает довольно хорошо, и мои тестовые наборы сократились с нескольких минут до 30 секунд.

...