EJB 3.1 Встроенный API - Единичный тест Объекты EJB + JPA

Question

Кто-нибудь сделал это или попытался сделать это для существующего проекта?
Кажется, есть два варианта, чтобы пойти с здесь, либо с помощью embedded EJB API в основном следующего класса

javax.ejb.embeddable.EJBContainer 

Что ожидает сконфигурированный GlassFish v3 установки, чтобы быть в наличии (приложение области видимости ресурсы сделают это проще).

Альтернатива является использованием встроенной GlassFish банки файлов и embedded glassfish API

Я ищу обратную связь от кого-то, кто имеет или кто находится в процессе выполнения этого, ссылки на блоги и т.д. с помощью простого EJB & теста есть десять центов.

Если вы сделали это с любым другим контейнером EJB 3.1, не стесняйтесь делиться ими.

1. Использовал ли вы какой-либо конкретный тестовый каркас по другим причинам, кроме своего предпочтительного инструмента?
2. Какая версия JPA 2.0 вы использовали, и была ли для этого особая причина?
3. Если вы использовали стеклянную рыбку, какую из вышеупомянутых стратегий вы использовали? Если нет, то какой контейнер EJB 3.1 вы использовали?
4. Если вы успешно это сделали, стоило ли это усилий, и вы сделаете это снова для другого существующего проекта?

Answer 1

Кажется, есть два варианта, чтобы пойти с здесь, либо с помощью встроенного EJB API (...), который ожидает сконфигурированный GlassFish v3 установки будут доступны.

Нет, вы можете также использовать минимальный домен внутри вашего проекта.

Я ищу обратную связь от кого-то, кто имеет или кто находится в процессе выполнения этого, ссылки на блоги и т.д. с помощью простого EJB & теста являются десять центов за дюжину.

Я сделал интеграции тестирование в EJB 3.1 и JPA на мой любимый проект (под Maven), вдохновленный Unit Testing EJBs and JPA with Embeddable GlassFish. Чтение, безусловно, того стоит.

Использовали ли вы какие-либо конкретные рамки тестирования по причинам, отличным от вашего предпочтительного инструмента?

Nope.

В какой версии JPA 2.0 вы используете и было ли это причиной?

Я использовал EclipseLink (потому что он был доступен в то время).

Если вы использовали стеклянную рыбку, какая из вышеупомянутых стратегий вы использовали? Если нет, то какой EJB 3.1 контейнер вы использовали?

Я использовал API встроенного EJB, я планировал запустить свой код на других контейнерах Java EE 6, когда они будут доступны.

Если вы успешно это сделали, стоило ли это усилий и вы сделаете это снова для другого существующего проекта?

Ну, я думаю, что интеграция/функциональное тестирование имеет значение и найти, что Embedded EJB API действительно хорошо для этого. Было не больно использовать его, даже если я не рассматриваю свой образец как проект реальной жизни.

Для более сложных сценариев я слежу за maven-embedded-glassfish-plugin (см. Также this answer).

Answer 2

Я написал small tutorial on my blog для использования встроенной стеклянной рыбы 3.1 для модульных испытаний EJB с использованием javax.ejb.embeddable.EJBContainer. Есть некоторые подводные камни, которые я получил, изменив домен встроенного стекла и поместив некоторые свойства в вызов createEJBContainer().