Java EE6 над EE5?

На прага сме да получим Java EE6 (с Glassfish v3 като референтна реализация). Планираното пускане е 09 декември. Въпреки че все още доста компании се борят да преместят своята кодова база към EE5 (от по-ранни версии), ние сме в луксозната ситуация да започнем разработката на нов продукт и можем да изберем да го направим с EE6 като платформа . Това потенциално избягва усилието за миграция на по-късен етап и се възползва от всички права оразмерени функции в EE6.

Контра или малко от проблемите (когато правите неща на ръба на кървене, известен още като използване на EE6):

  • все още няма много опит (блогове, книги, форуми, вие самите,..)
  • скоро няма да има друг сървър за приложения на EE6 (бетата може би в началото/средата на следващата година?)
  • Библиотеките/рамките на трети страни може би все още не са проверени или тествани спрямо EE6.

Общ въпрос, който няма да доведе до конкретен отговор, но може би вашето мнение по темата?

Свен


java enterprise java-ee-6 jakarta-ee java-ee-5
person javadude    schedule 10.11.2009    source източник
comment
понякога разнообразието от отговори (както в този случай) е отговорът.   -  person javadude    schedule 11.11.2009

Отговори (3)


arrow_upward
3
arrow_downward

Ако сте в луксозна ситуация да започнете проект с 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 рамка, Shiro (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 нещата. Овалът също изглежда добре. Не съм сигурен за Shiro, но изглежда, че не се нуждае от толкова много от 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 и някои специални наследявания на компоненти, така че решихме да не го използваме. Вграденият GF изглежда хубава алтернатива. - person Tamas Mezei; 12.11.2009

arrow_upward
3
arrow_downward

Колко голям и важен е проектът? Имате ли някакви срокове? Наистина съм нетърпелив за нови технологии или рамки, но по-скоро предлагам да започнем с 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

arrow_upward
0
arrow_downward

Преди да сте готови, 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