Я понимаю, что буквально это переводится на Java Enterprise Edition. Но что я спрашиваю, что это значит? Когда компания требует опыта Java EE, что они действительно просят? Опыт работы с EJB? Опыт работы с веб-приложениями Java?Что такое Java EE?
Я подозреваю, что это означает что-то другое для разных людей, и определение субъективно.
Java EE на самом деле представляет собой набор технологий и API для платформы Java, предназначенных для поддержки приложений «Enterprise», которые обычно можно классифицировать как широкомасштабные, распределенные, транзакционные и высокодоступные приложения, предназначенные для поддержки критически важных бизнес-приложений требования.
С точки зрения того, что работник ищет в конкретных техниках, довольно сложно сказать, потому что игровое поле постоянно менялось в течение последних пяти лет. Речь идет о классах проблем, которые решаются больше всего на свете. Транзакции и распределение являются ключевыми.
Есть 2 версии Java-сред, J2EE и Se. SE - это стандартная версия, которая включает в себя все базовые классы, которые вам нужно будет писать в однопользовательских приложениях. Хотя Enterprise Edition настроен для многоуровневых корпоративных приложений или возможных распределенных приложений. Если вы будете использовать серверы приложений, такие как tomcat или websphere, вы хотите использовать J2EE с дополнительными классами для поддержки n-уровневого уровня.
Да, опыт работы с EJB, веб-приложениями (servlest и JSP), транзакциями, веб-службами, серверами управления и приложений.
Это также означает опыт работы с приложением уровня «enteprise», в отличие от настольных приложений.
Во многих ситуациях корпоративные приложения должны подключаться к нескольким устаревшим системам, это не только «веб-страницы», но и функции, доступные в «редакции» Java, могут быть решены такие возможности подключения.
Это значение меняется постоянно. Раньше это означало сервлеты, JSP и EJB. В настоящее время это, вероятно, означает Spring и Hibernate и т. Д.
Действительно, они ищут опыт и понимание экосистемы Java, контейнеров сервлетов, JMS, JMX, Hibernate и т. Д. И как они все подходят друг другу.
Тестирование и контроль источника также будут важными навыками.
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 технологий и общего опыта работы с корпоративным программным обеспечением в целом.
Java EE - это набор спецификаций для разработки и развертывания корпоративных приложений.
В общем, корпоративные приложения относятся к программному обеспечению, размещенному на серверах, которые предоставляют приложения, поддерживающие предприятие.
Спецификации (определенные Sun) описывают службы, интерфейсы прикладного программирования (API) и протоколы.
13 основных технологий, которые составляют Java EE являются:
Поставщик продукта Java EE, как правило, приложение-сервер, веб-сервер, или базы данных системы поставщика, который обеспечивает классы, реализующие интерфейсы, определенные в спецификациях. Эти производители конкурируют за реализацию спецификаций Java EE.
Когда компания требует опыта Java EE, на что они действительно просят, это опыт использования технологий, составляющих Java EE. Часто компания использует только часть технологий Java EE.
J (2) EE, строго говоря, представляет собой набор API s (как это имеет в настоящее время верхний ответ), которые позволяют программисту создавать распределенные транзакционные системы. Идея заключалась в том, чтобы абстрагировать сложные распределенные транзакционные биты (которые будут реализованы контейнером , таким как WebSphere или Weblogic), в результате чего программист разработает бизнес-логику, не опасаясь механизмов хранения и синхронизации.
В действительности, это был мозаичный механизм, созданный по принципу «по-комитету», который в значительной степени подталкивался к выгодам таких поставщиков, как IBM, Oracle и BEA, чтобы они могли смело перегружать чрезмерно сложные, спроектированные, бесполезные продукты. У которого не было самых основных функций (например, составления расписания)!
J2EE был маркетинговой конструкцией.
Похоже, что Oracle теперь пытается избавиться от JSP (заменить на Faces) и эмулировать REST (JAX-RS) и DI.
исх: https://docs.oracle.com/javaee/7/firstcup/java-ee001.htm
Таблица 2-1 Web-уровня Java EE Technologies
Технология JavaServer Faces рамки компонента
пользовательского интерфейса для веб-приложений, что позволяет вам включать компоненты пользовательского интерфейса (например, поля и кнопки) на странице XHTML, называемую страницей Facelets; конвертировать и проверять данные компонента пользовательского интерфейса; сохранять данные компонента пользовательского интерфейса в хранилища данных на стороне сервера; и поддержания состояния компонента
Expression Language
набор стандартных тегов, используемых на страницах Facelets для обозначения компонентов Java EE
сервлетов
Java классов языка программирования, который динамически обрабатывать запросы и строить ответы, обычно для HTML-страниц
контексты и Dependency Injection для Java EE
Набор контекстных услуг, которые делают его легким для разработчиков использовать корпоративные компоненты вместе с JavaServer Faces технологии в веб-приложениях
ВС изменил срок. В настоящее время JEE - Java Enterprise Edition по сравнению с JSE - Java Standard Edition. Большинство людей все еще используют J2EE. – 2008-09-20 18:47:04
«Нет глупых вопросов, просто глупых людей, которые не спрашивают» :) – 2008-12-19 17:57:24
SO - это Google, но лучше. Большинство запросов Google заканчиваются здесь. Я не вижу проблем с заданием простых вопросов. – 2009-09-28 18:44:15