Java EE6 przez EE5?

Jesteśmy na granicy uzyskiwania Java EE6 (z Glassfish v3 jako implementacja odniesienia). Planowane wydanie to 09 grudnia. Podczas gdy wciąż sporo firm stara się przenieść swój kod źródłowy do EE5 (z wcześniejszych wersji), jesteśmy w luksusowej sytuacji, aby rozpocząć rozwój nowego produktu i możemy zrobić to z EE6 jako platformą . To potencjalnie pozwala uniknąć wysiłków związanych z migracją na późniejszym etapie i korzystać z wszystkich funkcji związanych z uprawnieniami w EE6.Java EE6 przez EE5?

Contra lub kilka problemów (gdy robi rzeczy na skraju krwawienia, aka użyciu EE6):

dużo wiedzy jeszcze około (blogi, książki, fora, samodzielnie, ..)
wkrótce nie będzie żadnego innego serwera aplikacji EE6 (beta może być może początek/początek przyszłego roku?)
Biblioteki/frameworki innych firm mogą nie zostać jeszcze zweryfikowane lub przetestowane pod kątem EE6.

Ogólne pytanie, które nie skutkuje konkretną odpowiedzią, ale może Twoje zdanie na ten temat?

Sven

Źródło

2009-11-10 javadude

zaimportować lub poprawić? :-) –

s/import/poprawa/g – flybywire

czasami różnorodność odpowiedzi (jak w tym przypadku) jest odpowiedzią. – javadude

Jeśli jesteś w luksusowej sytuacji, aby rozpocząć projekt z EE6, to proponuję pioniera.

Nie tylko ogólne doświadczenie będzie miało znaczenie w krótkim czasie (załóżmy, że EE6 będzie dojrzały i szeroko stosowany w mniej niż dwa lata, wyobraźmy sobie grupę Ekspertów EE6 Java, gdy wszystkie firmy się przełączy), ale EE6 jest po prostu Prostsze niż EE5, więc jeśli masz członków w zespole, którzy mają niewielkie doświadczenie w Java EE, prawdopodobnie szybciej wykonasz swoją pracę.

Jest już książka o Java EE6 z GlassFish v3 i podstawy nie jest że różni się od poprzedniej wersji (tzn. Jeśli trzymać się tego, co wiesz od EE5, będziesz dobrze przez długi czas). Glassfish v3 jest całkiem w porządku, jeśli potrzebujesz RI dla Java EE6.

Jakie rodzaje bibliotek zewnętrznych są potrzebne?

Źródło

2009-11-10 09:48:28

Używamy ZK (http://zkoss.org/) jako frameworka web/ajax, Shiro (http://cwiki.apache.org/confluence/display/SHIRO/Index) jako framework bezpieczeństwa, SLF4J (http: // /www.slf4j.org/) plus logback do logowania, EJB3Unit do testowania i Oval do biblioteki walidacji. Wszystko działa razem dobrze w poprzednich wydaniach opartych na EE5, ale nie testowaliśmy jeszcze wszystkich na EE6. – javadude

ZK powinien działać tak, jak to zwykle jest po stronie klienta, a jeśli korzystasz z komponentu bean komponentu bean sesji, powinien zwrócić prawidłowe obiekty (komponenty bean sesji są po prostu ziarnami sesji). SLF4J i logback powinny również działać, mają niewiele wspólnego z EE. Oval również wygląda dobrze. Nie jestem pewien co do Shiro, ale wygląda na to, że nie wymaga tak dużo od komponentów EJB. Nie sprawdziłem jeszcze EJB3Unit dla EE6. –

EJB3UNIT dotyczy EJB3. Nie będzie działać z prostym kodem 3.1. Próbowaliśmy, wymaga np. lokalny interfejs. Biblioteka może już nie być wymagana (w kontekście EE6), ponieważ można używać osadzalnych szkieletów do testów jednoczasowych. (http://java.dzone.com/articles/ejb-31-%E2%80%93-ejb-new-and-improved-?page=1) – javadude

Zanim skończysz, Java EE 7 i tak się skończy. Idź po niego i ucz się w tym procesie.

Źródło

2009-11-10 08:40:10

Czy jesteś pewien? JEE6 jest nadal w stanie "podglądu" i wydadzą JEE7 przed 09 grudnia (to jest data, którą przechwyciłem z pytania devdudes;))? –

Zanim _YOU_ skończone ... –

Zgadnij, jak połączyć Java EE6 i JDK/JRE 7? – javadude

Jak duży i ważny jest projekt? Czy masz jakieś terminy? Naprawdę zależy mi na nowych technologiach i frameworkach, ale proponuję rozpocząć od wersji Java EE 5 i stopniowo migrować do Java EE 6. Java EE to duży zestaw technologii, a w czasie premiery niektóre z nich nie będą miały wystarczającego wsparcia od trzeciego dostawcy stron. Oto moja rada: wykorzystaj te części Java EE 6, które są dojrzałe w tym czasie i ciesz się silnym wsparciem ze strony innych dostawców.

Źródło

2009-11-10 09:59:05 cetnar

Oczywiście, można rozpocząć wdrażanie aplikacji EE5 na GF V3, ale nie zlekceważę wysiłku migracji bazy kodowej do pełnego EE6. Tak, z pewnością łatwiej jest przejść z EE5 do EE6 niż z wcześniejszych wersji ("z epoki bez adnotacji"). Który szef zatwierdza czas i pieniądze na późniejszą migrację bez żadnych widocznych korzyści? Jeden przykład: Konwencja nazewnictwa JNDI została zmieniona (http://blogs.sun.com/kensaks/entry/portable_global_jndi_names) – javadude

@devdude. Wiele narzędzi i bibliotek oferuje dziś wiele ulepszeń JEE5, które będą częścią JEE6 (np. Ulepszenia Seam JSF 2.0, Weld (implementacja JSR-299) - dzięki czemu można dziś używać wielu JEE6 i dalszej migracji do innych części JEE6 stos będzie mniej bolesny. – cetnar

Java EE6 przez EE5?

Odpowiedz

Powiązane problemy