EJB 3.1 Встроенный API - Модульный тест EJB + объекты JPA
Кто-либо сделал это или попытался сделать это для существующего ранее проекта?
Кажется, что существует две опции пойти с сюда, любое использование встроенного API EJB в основном следующий класс
javax.ejb.embeddable.EJBContainer
То, которое ожидает, что настроенная установка glassfish v3 будет доступна (приложение определило объем ресурсов, сделает это легче).
Альтернатива использует встроенные файлы банки glassfish и встроенную glassfish API
Я ищу обратную связь от кого-то, кто имеет или кто находится в процессе выполнения этого, ссылки на блоги и т.д. с простым EJB и тестовым сценарием составляют дюжину десять центов.
Если Вы сделали, это с любым другим контейнером EJB 3.1 не стесняется совместно использовать.
- Вы использовали какую-либо конкретную среду тестирования по причинам кроме Ваш предпочтительный инструмент?
- Какую реализацию JPA 2.0 Вы использовали и были там конкретной причиной того, чтобы сделать так?
- Если Вы использовали glassfish, которую из вышеупомянутых стратегий Вы использовали? Если не затем, какой контейнер EJB 3.1 Вы использовали?
- Если бы Вы успешно сделали это, действительно ли это стоило усилия, и Вы сделали бы это снова для другого существующего проекта?
1 ответ
Похоже, здесь есть два варианта: либо использовать встроенный EJB API (...), который ожидает, что будет доступна настроенная установка Glassfish v3.
Нет, вы можете также использовать минимальный домен внутри своего проекта.
Я ищу обратную связь от кого-то, кто это сделал или находится в процессе, ссылки на блоги и т. Д. С простым EJB и тестовым примером - пруд пруди.
Я провел интеграционное тестирование EJB 3.1 и JPA в моем любимом проекте (под Maven), вдохновленный модульным тестированием EJB и JPA с помощью Embeddable GlassFish . Читать его определенно стоит.
Использовали ли вы какую-либо конкретную среду тестирования по причинам, отличным от того, что вы предпочитаете?
Нет.
Какую реализацию JPA 2.0 вы использовали, и была ли для этого конкретная причина?
Я использовал EclipseLink (потому что он был доступен в то время).
Если вы использовали стеклянную рыбу, какую из вышеперечисленных стратегий вы использовали? Если нет, то какой контейнер EJB 3.1 вы использовали?
Я использовал Embedded EJB API, я планировал запустить свой код в других контейнерах Java EE 6, когда они будут доступны.
Если вы успешно сделали это, стоило ли это усилий и вы бы сделали это снова для другого существующего проекта?
Что ж, я думаю, что интеграционное / функциональное тестирование имеет ценность и обнаружил, что Embedded EJB API действительно хорош для этого. Использовать его было не сложно, даже если я не считаю свой образец реальным проектом.
Для более сложных сценариев я слежу за maven-embedded-glassfish-plugin (см. Также этот ответ ).