Spring を使用して JUnit テストで SQL スクリプトを実行しようとしています。スクリプトは、テスト用のデータを設定するために使用されています。ただし、スクリプトが実行されると、スクリプト内の INSERT は各テストの後にコミットされます。Spring のドキュメントには、DDL によるロールバックは期待できないと書かれていますが、スクリプト内のすべてが DML です。含まれているのは、INSERT ステートメントと、最後の挿入 ID の取得 (SET @blah = LAST_INSERT_ID()) だけです。
何か間違った設定をしていますか? これを MySQL データベースに対して使用しています。構成は次のとおりです。
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = { "/applicationContext.xml" })
@TransactionConfiguration(defaultRollback = true)
public class OrderTestCase extends AbstractTransactionalJUnit4SpringContextTests {
@Before
public void runSql() {
String fileName = StringUtils.replace(getClass().getName(), ".", "/") + ".sql";
Resource resource = applicationContext.getResource(fileName);
if (resource.exists()) {
executeSqlScript(fileName, false);
} else {
LOGGER.debug("Resource doesn't exist: {}", resource);
}
}
@Test
public void testLoadOrders() {
Collection<Order> orders= dao.findAll();
assertTrue(orders.size() == 3);
}
}
これが、いくつかの調査に基づいて起こっていると私が思うことです。executeSqlScript への最初の呼び出しは、別のトランザクションで実行されています。Spring の SimpleJdbcTemplate.update メソッドは、executeSqlScript によって呼び出されます。これは、接続プールから取得される JDBC 接続にスコープが設定されているため、DB への後続のアクセスで同じ接続を取得することが保証されていないため、同じトランザクションで実行されることを保証できません。
TransactionManager または (Hibernate Session Factory) を介してすべての DB 操作を行う場合、内部がトランザクションをスコープする方法のために機能します。ここでの私のオプションは次のとおりです。
SimpleJdbcTemplate.update を実行する方法と、同じトランザクションでテストしている後続の実際のコードを理解してください。これはできると思いますが、これまでの努力は実を結びませんでした。
SessionFactory を介してすべてのテスト データの設定を行います。したがって、JDBC を介して単純な SQL スクリプトを実行する代わりに、モデル オブジェクトにデータを入力し、Hibernate DAO を介して永続化します。
私はここで正しい軌道に乗っていますか?誰でもこれ以上のガイダンスを提供できますか?