Я понимаю, что буквально это переводится на Java Enterprise Edition. Но что я спрашиваю, что это значит? Когда компания требует опыта Java EE, что они действительно просят? Опыт работы с EJB? Опыт работы с веб-приложениями Java?
Я подозреваю, что это означает что-то другое для разных людей, и определение субъективно.
Java EE на самом деле представляет собой набор технологий и API для платформы Java, предназначенных для поддержки приложений "Enterprise", которые обычно можно классифицировать как широкомасштабные, распределенные, транзакционные и высокодоступные приложения, предназначенные для поддержки критически важных бизнес-требований,
С точки зрения того, что ищет сотрудник в конкретных техниках, довольно сложно сказать, потому что игровое поле постоянно менялось в течение последних пяти лет. Речь идет о классе проблем, которые решаются больше всего на свете. Транзакции и распространение являются ключевыми.
Java EE - это набор спецификаций для разработки и развертывания корпоративных приложений.
В общем, корпоративные приложения относятся к программному обеспечению, размещенному на серверах, которые предоставляют приложения, поддерживающие предприятие.
Спецификации (определенные Sun) описывают службы, интерфейсы прикладного программирования (API) и протоколы.
13 основных технологий, которые составляют Java EE:
Поставщик продуктов Java EE обычно является поставщиком приложения-сервера, веб-сервера или базы данных, который предоставляет классы, реализующие интерфейсы, определенные в спецификациях. Эти производители конкурируют за реализацию спецификаций Java EE.
Когда компания требует опыта Java EE, на что они действительно просят, это опыт использования технологий, составляющих Java EE. Часто компания использует только часть технологий Java EE.
J (2) EE, строго говоря, представляет собой набор API (как это имеет в настоящее время верхний ответ), которые позволяют программисту создавать распределенные транзакционные системы. Идея заключалась в том, чтобы абстрагировать сложные распределенные транзакционные биты (которые будут реализованы с помощью Контейнера, таких как WebSphere или Weblogic), в результате чего программист разработает бизнес-логику, не опасаясь механизмов хранения и синхронизации.
В действительности, это была мощная, заурядная по объему мисс-пюре, которая сильно подталкивалась в пользу таких поставщиков, как IBM, Oracle и BEA, чтобы они могли продавать смехотворно чрезмерно сложные, перепроектированные, бесполезные продукты. У которых не было самых основных функций (например, составления расписания)!
J2EE была маркетинговой конструкцией.
Есть 2 версии Java-сред, J2EE и Se. SE - это стандартная версия, которая включает в себя все базовые классы, которые вам нужно будет писать в однопользовательских приложениях. Хотя Enterprise Edition настроен для многоуровневых корпоративных приложений или возможных распределенных приложений. Если вы будете использовать серверы приложений, такие как tomcat или websphere, вы хотите использовать J2EE с дополнительными классами для поддержки n-уровневого уровня.
Это значение постоянно меняется. Раньше это означало сервлеты, JSP и EJB. В настоящее время это, вероятно, означает Spring и Hibernate и т.д.
Действительно, они ищут опыт и понимание экосистемы Java, контейнеров Servlet, JMS, JMX, Hibernate и т.д. и как они все подходят друг другу.
Тестирование и контроль источника также будут важными навыками.
Да, опыт работы с EJB, веб-приложениями (servlest и JSP), транзакциями, веб-службами, серверами управления и приложениями.
Это также означает опыт работы с приложением уровня "enteprise", в отличие от настольных приложений.
Во многих ситуациях корпоративные приложения должны подключаться к нескольким унаследованным системам, это не только "веб-страницы", но и функции, доступные в "редакции" Java, могут быть решены.
J2EE традиционно относится к продуктам и стандартам, выпущенным Sun. Например, если вы разрабатываете стандартное веб-приложение J2EE, вы будете использовать EJB, Java Server Faces и работать на сервере приложений, поддерживающем стандарт J2EE. Однако, поскольку существует огромное количество библиотек и продуктов с открытым исходным кодом, которые выполняют те же самые задания, а также (и многие будут спорить лучше), то эти предложения Sun, ежедневное значение J2EE также мигрировало к их упоминанию ( Например, решение Spring/Tomcat/Hibernate) во многих умах.
Это замечательная книга, на мой взгляд, которая обсуждает подход с открытым исходным кодом к J2EE http://www.theserverside.com/tt/articles/article.tss?l=J2EEWithoutEJB_BookReview
Я бы сказал, что опыт J2EE - это глубокий опыт работы с несколькими технологиями J2EE, общие знания о большинстве технологий J2EE и общий опыт работы с корпоративным программным обеспечением в целом.
Похоже, Oracle теперь пытается избавиться от JSP (заменить Faces) и эмулировать Spring REST (JAX-RS) и DI.
ref: https://docs.oracle.com/javaee/7/firstcup/java-ee001.htm
Таблица 2-1 Технологии веб-уровня Java EE
Технология JavaServer Faces
Структура компонентов пользовательского интерфейса для веб-приложений, которая позволяет включать компоненты пользовательского интерфейса (такие как поля и кнопки) на странице XHTML, называемую страницей Facelets; конвертировать и проверять данные компонента пользовательского интерфейса; сохранять данные компонента пользовательского интерфейса в хранилища данных на стороне сервера; и поддерживать состояние компонента
Язык выражений
Набор стандартных тегов, используемых на страницах Facelets, для ссылки на компоненты Java EE
сервлетов
Классы языка Java программирования, которые динамически обрабатывают запросы и создают ответы, обычно для страниц HTML
Контексты и инжекция зависимостей для Java EE
Набор контекстных сервисов, которые позволяют разработчикам использовать корпоративный beans вместе с технологией JavaServer Faces в веб-приложениях