Apache OpenEJB - Apache OpenEJB
Разработчики) | Фонд программного обеспечения Apache |
---|---|
изначальный выпуск | Декабрь 1999 г. |
Стабильный выпуск | 7.0.3 / 7 марта 2017 г. |
Написано в | Ява |
Операционная система | Кроссплатформенность |
Тип | EJB Контейнерная система |
Лицензия | Лицензия Apache 2.0 |
Интернет сайт | openejb |
OpenEJB является Открытый исходный код, встраиваемый и легкий Enterprise JavaBeans Система контейнеров и сервер EJB, выпущенные под Лицензия Apache 2.0. OpenEJB интегрирован с Java EE серверы приложений, такие как Джеронимо[1] и WebObjects.[2]
История
OpenEJB был основан Ричардом Монсоном-Хэфелем и Дэвидом Блевинсом в декабре 1999 года. В то время на рынке появлялись новые поставщики. предприятие Ява пространство вроде бы каждую неделю. Вместо того, чтобы присоединиться к этому пространству в качестве конкурента, проект был полностью сосредоточен на предоставлении этим новым платформам способа быстрого обеспечения соответствия EJB за счет подключения OpenEJB к их серверу приложений.
Первым, кто интегрировал OpenEJB таким образом, был Apple WebObjects в конце 2000 г., выпущен в 2001 г. Когда проект переехал в Source Forge в 2002 году Apache Tomcat была создана интеграция. Опять же, вместо того, чтобы следовать тому, что делают большинство в отрасли и помещают Tomcat в OpenEJB, проект решил следовать своему видению и обеспечить интеграцию, которая позволила пользователям Tomcat подключать OpenEJB для получения поддержки EJB в платформе Tomcat. Именно в том же ключе размещения контейнера EJB на веб-сервере проект разработал Свернутое ухо концепция помещения EJB в файл .war.
В рамках работы, которую OpenEJB проделал по подготовке к интеграции с Apple WebObjects, был разработан очень большой набор интеграционных тестов. Набор тестов был разработан как универсальное приложение, так как его нужно было запускать как в WebObjects и другие платформы, которые интегрировали OpenEJB. Для простоты сборки набор тестов основан на JUnit, запускался с OpenEJB прямо внутри тестов, а не как отдельный процесс, что было легко сделать, так как контейнер был разработан для подключения к другим платформам и делал как можно меньше предположений о его среде. Именно из этой работы родилась концепция объединения приложения EJB с простыми модульными тестами и встраиваемым контейнером EJB. Первоначально назывался «локальным» контейнером EJB и что привело к тому, что проект описал себя как способный работать в двух режимах: локальном и удаленном.
В августе 2003 года проект помог запустить Apache Geronimo сервер приложений. Первоначально новая версия OpenEJB была разработана с нуля на основе архитектуры GBean Geronimo и выпущена как OpenEJB 2.0, которая использовалась на протяжении всего цикла Geronimo 1.x. В 2006 году, когда был выпущен EJB 3.0, ориентированный на простоту, проект вернулся к своим корням и возродил кодовую базу OpenEJB 1.0, перенес отдельные части кодовой базы 2.0 и, в конечном итоге, довел ее до уровня спецификации EJB 3.0 в том, что теперь называется OpenEJB 3.0.
Версия | Дата выхода | Описание |
---|---|---|
0,01 (начальный выпуск) | Декабрь 1999 г. | Рожден в Exolab |
Январь 2002 | Переехал в SourceForge.net | |
Март 2004 г. | Переехал в Codehaus | |
29 сентября 2006 г. | Переехал в инкубатор Apache | |
1 июня 2007 г. | Выпускается как Apache OpenEJB | |
4.7.3 | 4 декабря 2015 г. | Последний стабильный выпуск |
Основные особенности
- Поддерживает EJB 3.0, 2.1, 2.0, 1.1 во всех режимах; встроенный, автономный или иной.
- Частичная поддержка EJB 3.1
- JAX-WS поддерживать
- JMS поддерживать
- Разъем J2EE поддерживать
- Можно бросить в Кот 5 или 6, добавляющие различные функции JavaEE 5 и EJB 3.0 в стандартную установку Tomcat.
- CMP поддержка осуществляется через JPA позволяя свободно смешивать использование CMP и JPA.
- Полная поддержка Стеклянная рыба дескрипторы, позволяющие этим пользователям встроить тестирование своих приложений.
- Невероятно гибкий JNDI Поддержка имени позволяет вам определять форматы на макро- и микроуровнях и имитировать форматы других производителей.
- Позволяет легко проводить тестирование и отладку в Иды Такие как Затмение, IntelliJ IDEA или же NetBeans без плагины требуется.
- Можно использовать в обычном JUnit или другой стиль контрольные примеры без сложной настройки или внешних процессов.
- Полностью проверяет приложения и сообщает обо всех сбоях сразу, с тремя выбираемыми уровнями детализации, что позволяет избежать нескольких часов циклов «исправление, перекомпиляция, повторное развертывание, сбой, повторение».
- OSGi поддерживать[3]