Я относительно новичок в Java EE/EJB, и я много читал о контейнерах Java EE. У меня был опыт работы с веб-контейнером (файл WAR в JBoss). Я также знаю, что JBoss также можно использовать в качестве контейнера Java EE.
В чем разница между контейнером Java EE и веб-контейнером?
Я знаю, что Java EE также может содержать файл .war. Отличаются ли они и в чем их отличия? Есть ли какие-то предпочтения в зависимости от производителя, что лучше?
Во-первых, «J2EE» — устаревшая аббревиатура, теперь она называется просто «Java Enterprise Edition» или Java EE.
В отличие от контейнера сервлета (например, Tomcat), «полные» серверы приложений Java EE также содержат контейнер EJB. EJB — это Enterprise Java Beans, и вы можете много о них прочитать, например, здесь (глава IV). Компоненты EJB теперь доступны в версии 3.2 (Java EE 7 и Java EE 8), предыдущие версии — 3.1 (Java EE 6) и 3.0 (Java EE 5); однако самая большая разница между v2 и v3.
EJB предназначены для сохранения бизнес-логики вашего приложения. Например, сессионный компонент без сохранения состояния может что-то вычислять, представлять веб-службу или что-то еще, что нужно вашему приложению. Компоненты, управляемые сообщениями, могут прослушивать очереди сообщений, поэтому они полезны, если вам нужна асинхронная связь. Компоненты Singleton гарантируют один экземпляр на компонент и т. д.
Что касается типа файла, EJB упакован в файл .jar, веб-приложение — в файл .war, и если вы хотите смешать их в одном приложении, это будет файл .ear («корпоративный архив»).
Помимо EJB, «полный» сервер приложений также заботится о транзакциях, безопасности, ресурсах JDBC... Я настоятельно рекомендую использовать его вместо контейнера сервлетов, но преимущества связаны со сложностью, поэтому вам придется потратить разумное количество времени. научиться справляться, например, с Websphere (Payara и WildFly намного проще и являются моими любимыми). JBoss и Weblogic также довольно популярны, и если вы знакомы с Tomcat, загляните на TomEE.
Контейнер Java EE: управляет выполнением EJB, JMS, JTA на сервере Java EE, например. Джей Босс, Глассфиш.
Веб-контейнер. Управляет выполнением веб-страниц, сервлетов и некоторых компонентов EJB для приложений Java EE. Веб-компоненты и их контейнеры запускаются на веб-сервере, таком как Jetty, tomcat.
Веб-контейнер и EJB-контейнер являются подмножествами контейнеров Java EE. Контейнеры Java EE также включают в себя контейнер клиента приложения и контейнер апплета.
Вот что говорится в документе:
В процессе развертывания компоненты приложения Java EE устанавливаются в контейнеры Java EE.
Сервер Java EE: исполняемая часть продукта Java EE. Сервер Java EE предоставляет EJB [контейнер и веб-контейнер]*.
Контейнер Enterprise JavaBeans (EJB): управляет выполнением корпоративных компонентов для приложений Java EE. Компоненты Enterprise Bean и их контейнер запускаются на сервере Java EE.
Веб-контейнер: управляет выполнением компонентов страниц JSP и сервлетов для приложений Java EE. Веб-компоненты и их контейнер
работают на сервере Java EE.Контейнер клиента приложения: управляет выполнением клиентских компонентов приложения. Клиенты приложений и их контейнер запускаются на клиенте.
Контейнер апплета: управляет выполнением апплета. Состоит из веб-браузера и подключаемого модуля Java, работающих вместе на клиенте.
* В документе используется форма множественного числа, но на самом деле у вас есть только один веб-контейнер и один контейнер EJB на каждый сервер Java EE.
Я думаю, может быть, разница между ними заключается в протоколах, которые они поддерживают.
Например, мы не пытаемся управлять транзакцией в веб-контейнере, подобно Tomcat, мы обычно пытаемся управлять в веб-проекте, развернутом в Tomcat. В то время как веб-сервер/сервер приложений, такой как EJB, поступает наоборот.
Контейнер Java EE — это решение сервера приложений, которое поддерживает веб-контейнер, EJB 3 и другие API и службы Java EE.
Сервер Oracle WebLogic, сервер GlassFish, сервер приложений IBM WebSphere, сервер приложений JBoss и Caucho Resin являются примерами контейнеров Java EE...
Приложения можно классифицировать следующим образом:
Корпоративное приложение: обычно мало взаимодействия с пользователем. В этом случае, если вы хотите, чтобы ваше приложение взаимодействовало с разрозненными приложениями, распределенными по интрасети/Интернету, с использованием веб-сервисов, JMS или JTA (подключение к серверу транзакций мэйнфрейма), вам потребуется Java EE с контейнерами EJB и другими функциями безопасности.
Веб-контейнер: скорее, если вы хотите взаимодействовать с распределенным приложением с помощью JNI, или просто общаться с РСУБД, или просто отображать статические или динамические веб-страницы, тогда вам достаточно веб-контейнера. Ваш HTTP-запрос из браузера может вызывать и выполнять Java-программы через сервлет. Программа Java может вызывать API JDBC для взаимодействия с СУБД. Точно так же вы можете вызвать программу C или Java с другого сервера, используя JNI или RMI.
