Я бы посоветовал вам не попадать в общую ловушку, которую я вижу, которая заключается в том, что вам нужно выбирать между насмешкой и использованием встроенного контейнера EJB.
Вы можете использовать оба, вы должны использовать оба, и там, где вам трудно использовать оба, вы должны требовать лучшей поддержки и большего количества функций из вашего контейнера EJB.
Конечно, вы найдете людей в OpenEJB действительно благосклонными и более чем счастливыми, добавив функции, позволяющие получить лучшее из обоих миров. Почти все действительно хорошие функции были созданы на основе запросов пользователей, пытающихся сделать что-то очень специфическое и испытывающих трудности.
Стандартный API EJBContainer
package org.superbiz.stateless.basic;
import junit.framework.TestCase;
import javax.ejb.embeddable.EJBContainer;
public class CalculatorTest extends TestCase {
private CalculatorBean calculator;
/**
* Bootstrap the Embedded EJB Container
*
* @throws Exception
*/
protected void setUp() throws Exception {
EJBContainer ejbContainer = EJBContainer.createEJBContainer();
Object object = ejbContainer.getContext().lookup("java:global/simple-stateless/CalculatorBean");
assertTrue(object instanceof CalculatorBean);
calculator = (CalculatorBean) object;
}
Полный источник здесь
Это сканирует путь к классу и загружает все бины.
Без сканирования, более легкий подход к издевательствам
Немного другой подход, когда вы определяете все в коде. Очевидно, что mocking проще, так как вы можете предоставить имитационные реализации bean-компонентов там, где это необходимо.
@RunWith(ApplicationComposer.class)
public class MoviesTest extends TestCase {
@EJB
private Movies movies;
@Resource
private UserTransaction userTransaction;
@PersistenceContext
private EntityManager entityManager;
@Module
public PersistenceUnit persistence() {
PersistenceUnit unit = new PersistenceUnit("movie-unit");
unit.setJtaDataSource("movieDatabase");
unit.setNonJtaDataSource("movieDatabaseUnmanaged");
unit.getClazz().add(Movie.class.getName());
unit.setProperty("openjpa.jdbc.SynchronizeMappings", "buildSchema(ForeignKeys=true)");
return unit;
}
@Module
public EjbJar beans() {
EjbJar ejbJar = new EjbJar("movie-beans");
ejbJar.addEnterpriseBean(new StatefulBean(MoviesImpl.class));
return ejbJar;
}
@Configuration
public Properties config() throws Exception {
Properties p = new Properties();
p.put("movieDatabase", "new://Resource?type=DataSource");
p.put("movieDatabase.JdbcDriver", "org.hsqldb.jdbcDriver");
p.put("movieDatabase.JdbcUrl", "jdbc:hsqldb:mem:moviedb");
return p;
}
@Test
public void test() throws Exception {
userTransaction.begin();
try {
entityManager.persist(new Movie("Quentin Tarantino", "Reservoir Dogs", 1992));
entityManager.persist(new Movie("Joel Coen", "Fargo", 1996));
entityManager.persist(new Movie("Joel Coen", "The Big Lebowski", 1998));
List<Movie> list = movies.getMovies();
assertEquals("List.size()", 3, list.size());
for (Movie movie : list) {
movies.deleteMovie(movie);
}
assertEquals("Movies.getMovies()", 0, movies.getMovies().size());
} finally {
userTransaction.commit();
}
}
}
Полный источник здесь
Конечный результат
Соблазнительно сосредоточиться на различиях между различными типами тестирования и т. Д., Но, безусловно, есть что сказать о прагматичной середине. Лично я не вижу ничего плохого в том, что я могу как можно более свободно смешивать стили «единица» и «интеграция».
Конечно, это замечательная цель. Мы приветствуем идеи и пожелания, чтобы приблизить нас.