Java EE6 вместо EE5?

Мы находимся на грани получения Java EE6 (с Glassfish v3 в качестве эталонной реализации). Запланированный выпуск — 09 декабря. Хотя многие компании все еще пытаются перевести свою кодовую базу на EE5 (из более ранних версий), мы находимся в роскошной ситуации, чтобы начать разработку нового продукта и можем сделать это с EE6 в качестве платформы. . Это потенциально позволяет избежать усилий по миграции на более позднем этапе и воспользоваться всеми улучшенными функциями EE6.

Против или несколько проблем (при работе на переднем крае, например, с использованием EE6):

  • еще не так много опыта (блоги, книги, форумы, вы сами, ..)
  • скоро не будет никакого другого сервера приложений EE6 (бета может быть в начале/середине следующего года?)
  • Сторонние библиотеки/фреймворки, возможно, еще не проверены или не протестированы на соответствие EE6.

Общий вопрос, который не приведет к конкретному ответу, но, может быть, ваше мнение по теме?

Свен


person javadude    schedule 10.11.2009    source источник
comment
иногда разнообразие ответов (как в этом случае) является ответом.   -  person javadude    schedule 11.11.2009


Ответы (3)


Если вы находитесь в роскошной ситуации, чтобы начать проект с EE6, то я бы предложил стать пионером.

Не только общий опыт будет иметь значение через короткое время (скажем, EE6 станет зрелой и широко используемой менее чем за два года, представьте себе группу экспертов Java EE6, когда все компании перейдут на нее), но EE6 просто проще, чем EE5. , так что если в вашей команде есть члены с небольшим опытом работы с Java EE, вы, вероятно, справитесь со своей работой быстрее.

Уже есть книга по Java EE6 с Glassfish v3, и основы не что отличаются от предыдущей версии (т.е. если вы будете придерживаться того, что знаете из EE5, у вас все будет хорошо в течение время). Glassfish v3 вполне подойдет, если вам нужен RI для Java EE6.

Какие сторонние библиотеки вам нужны?

person Tamas Mezei    schedule 10.11.2009
comment
Мы используем ZK (zkoss.org) в качестве веб-фреймворка/ajax, Широ (cwiki.apache.org/confluence/display/SHIRO/Index) в качестве основы безопасности, SLF4J (slf4j.org) плюс logback для ведения журнала, EJB3Unit для тестирования и Oval для библиотеки проверки. Все вместе отлично работает в предыдущих выпусках на основе EE5, хотя мы еще не тестировали все для EE6. - person javadude; 11.11.2009
comment
ZK должен работать, так как он в основном на стороне клиента, и если вы используете компонент поиска сеансовых компонентов, он должен возвращать допустимые объекты (сеансовые компоненты — это просто сеансовые компоненты). SLF4J и logback также должны работать, они имеют мало общего с вещами EE. Овал тоже хорошо смотрится. Я не уверен насчет Широ, но кажется, что ему не нужно так много компонентов EJB. Я еще не проверял EJB3Unit для EE6. - person Tamas Mezei; 11.11.2009
comment
EJB3UNIT нацелен на EJB3. Он не будет работать с простым кодом 3.1. Мы пробовали, это требует, например. локальный интерфейс. Библиотека может больше не понадобиться (в контексте EE6), потому что вы можете использовать встраиваемую стеклянную рыбу для тестов junit. (java .dzone.com/articles/) - person javadude; 12.11.2009
comment
Вы можете использовать локальные интерфейсы с EJB3.1, но я предполагаю, что если EJB3Unit написан хорошо, для версии 3.1 мало что нужно обновлять. В противном случае мы столкнулись с другими проблемами с EJB3Unit и некоторыми специфическими наследованием bean-компонентов, поэтому решили не использовать его. Встроенный GF выглядит хорошей альтернативой. - person Tamas Mezei; 12.11.2009

Насколько большой и важный проект? У вас есть сроки? Я действительно стремлюсь к новым технологиям или фреймворкам, но я предлагаю начать с Java EE 5 и постепенно переходить на Java EE 6. Java EE — это большой стек технологий, и во время выпуска некоторые из них будут недостаточно поддерживаться третьими сторонами. партийные продавцы. Итак, мой совет: используйте те части Java EE 6, которые в настоящее время являются зрелыми и имеют сильную поддержку со стороны других поставщиков.

person cetnar    schedule 10.11.2009
comment
Конечно, вы можете начать развертывание приложения EE5 на GF V3, но я бы не стал недооценивать усилия по переносу кодовой базы на полную версию EE6. Да, конечно, проще перейти с EE5 на EE6, чем с более ранних версий (из эпохи без аннотаций). Какой босс одобряет время и деньги, чтобы мигрировать позже без каких-либо видимых преимуществ? Один пример: изменено соглашение об именах JNDI (blogs.sun.com/kensaks/entry/portable_global_jndi_names< /а>) - person javadude; 11.11.2009
comment
@devdude. Сегодня многие инструменты и библиотеки предлагают множество улучшений для JEE5, которые станут частью JEE6 (например, улучшения Seam JSF 2.0, Weld (реализация JSR-299) — так что сегодня вы можете использовать многие функции JEE6 и дальнейший переход на другие части JEE6. стек будет менее болезненным. - person cetnar; 11.11.2009

Прежде чем вы закончите, Java EE 7 все равно выйдет. Действуйте и учитесь в процессе.

person Thorbjørn Ravn Andersen    schedule 10.11.2009
comment
Уверены ли вы? JEE6 все еще находится в состоянии «предварительного просмотра», и они выпустят JEE7 до 09 декабря (это дата, которую я получил из вопроса devdudes ;))? - person Andreas Dolk; 10.11.2009
comment
Думаете, вы смешиваете Java EE6 и JDK/JRE 7? - person javadude; 11.11.2009