Java EE6 über EE5?

Wir sind am Rande des Erhaltens Java EE6 (mit Glassfish v3 als Referenzimplementierung). Geplante Veröffentlichung ist der 09. Dezember. Während immer noch eine ganze Reihe von Unternehmen Schwierigkeiten haben, ihre Codebase auf EE5 zu verschieben (aus früheren Versionen), sind wir in der luxuriösen Situation, die Entwicklung eines neuen Produkts zu beginnen und EE6 als Plattform zu wählen . Dies vermeidet möglicherweise den Migrationsaufwand zu einem späteren Zeitpunkt und profitiert von allen Funktionen in EE6, die für die Rechtevergabe verwendet werden.Java EE6 über EE5?

Contra oder einige der Probleme (wenn die Dinge an der bleeding edge tun, auch bekannt als EE6 verwenden):

nicht viel Know-how rund um noch (Blogs, Bücher, Foren, selbst, ..)
Es wird bald keinen anderen EE6-Anwendungsserver geben (Beta ist vielleicht früh/Mitte nächstes Jahr?)
3rd-Party-Bibliotheken/Frameworks sind vielleicht noch nicht verifiziert oder mit EE6 getestet.

Eine allgemeine Frage, die nicht zu einer bestimmten Antwort führen würde, aber vielleicht Ihre Meinung zu dem Thema?

Sven

Quelle

2009-11-10 javadude

importieren oder verbessern? :-) –

s/import/improve/g – flybywire

manchmal ist die Vielfalt der Antworten (wie in diesem Fall) die Antwort. – javadude

Wenn Sie in einer luxuriösen Situation sind, um ein Projekt mit EE6 zu beginnen, würde ich vorschlagen, Pionierarbeit zu leisten.

Nicht nur die Gesamterfahrung wird in kurzer Zeit von Bedeutung sein (sagen wir, EE6 wird ausgereift und in weniger als zwei Jahren weit verbreitet sein, stellen Sie sich eine Reihe von Java EE6 Experten vor, wenn alle Unternehmen wechseln), aber EE6 ist nur Einfacher als EE5, also wenn Sie Mitglieder im Team haben, die nur wenig Erfahrung mit Java EE haben, werden Sie Ihre Arbeit wahrscheinlich schneller erledigen.

Es gibt bereits ein Buch über Java EE6 mit Glassfish v3 und die Grundlagen ist nicht dass unterscheidet sich von der vorherigen Version (dh., Wenn Sie zu halten, was Sie von EE5 wissen, Sie für eine lange Zeit gut gehen). Glassfish v3 ist ganz in Ordnung, wenn Sie die RI für Java EE6 benötigen.

Welche Art von 3rd-Party-Bibliotheken benötigen Sie?

Quelle

2009-11-10 09:48:28

Wir verwenden ZK (http://zkoss.org/) als Web/Ajax-Framework, Shiro (http://cwiki.apache.org/confluence/display/SHIRO/Index) als Sicherheitsframework, SLF4J (http://www.slf4j.org/) plus Logback zum Logging, EJB3Unit zum Testen und Oval zur Validierungsbibliothek. In früheren EE5 basierten Versionen funktioniert alles gut zusammen, obwohl wir noch nicht alle für EE6 getestet haben. – javadude

ZK sollte funktionieren, da es hauptsächlich clientseitig ist, und wenn Sie die Session Bean-Lookup-Komponente verwenden, sollte es gültige Objekte zurückgeben (Session-Beans sind nur Session-Beans). SLF4J und Logback sollten auch funktionieren, sie haben wenig mit EE-Dingen zu tun. Oval sieht auch gut aus. Ich bin nicht sicher über Shiro, aber es scheint, dass es nicht so viel von EJB-Komponenten benötigt. Ich habe EJB3Unit für EE6 noch nicht überprüft. –

EJB3UNIT zielt auf EJB3 ab. Es wird nicht mit einfachem 3.1-Code arbeiten. Wir haben es versucht, es erfordert zB. eine lokale Schnittstelle. Die Bibliothek wird möglicherweise nicht mehr benötigt (im EE6-Kontext), da Sie eingebetteten Glassfish für Junit-Tests verwenden können. (http://java.dzone.com/articles/ejb-31-%E2%80%93-ejb-new-and-improved-?page=1) – javadude

Bevor Sie fertig sind, wird Java EE 7 sowieso aus sein. Gehen Sie dafür und lernen Sie dabei.

Quelle

2009-11-10 08:40:10

Sind Sie sicher? JEE6 ist immer noch im 'Vorschau'-Zustand und sie werden JEE7 vor dem 09. Dezember freigeben (das ist das Datum, das ich aus der Frage devdudes eingefangen habe;))? –

Bevor _YOU_ fertig sind ... –

Vermutung, dass Sie Java EE6 und JDK/JRE 7 mischen? – javadude

Wie groß und wichtig ist das Projekt? Hast du irgendwelche Fristen? Ich bin sehr gespannt auf neue Technologien oder Frameworks, aber ich schlage eher vor, mit Java EE 5 zu beginnen und schrittweise zu Java EE 6 zu migrieren. Java EE ist ein großer Stapel von Technologien und in der Release-Zeit werden einige von ihnen nicht genug Unterstützung von Drittanbietern haben Partyverkäufer. Mein Rat ist also: Verwenden Sie diese Teile von Java EE 6, die zu diesem Zeitpunkt ausgereift sind und starke Unterstützung von anderen Anbietern erhalten.

Quelle

2009-11-10 09:59:05 cetnar

Sicher, Sie könnten mit der Bereitstellung der EE5-Anwendung auf GF V3 beginnen, aber ich würde den Aufwand für die Migration einer Codebase auf den vollständigen EE6 nicht unterschätzen. Ja, sicherlich einfacher von EE5 nach EE6 zu wechseln als von früheren Versionen ("aus der No-Annotation-Ära"). Welcher Chef genehmigt Zeit und Geld, um später ohne "sichtbare" Vorteile zu migrieren? Ein Beispiel: Die JNDI-Namenskonvention wurde geändert (http://blogs.sun.com/kensaks/entry/portable_global_jndi_names) – javadude

@devdude. Viele Tools und Bibliotheken bieten heute eine Menge Verbesserungen an JEE5, die Teil von JEE6 sein werden (zB Seam JSF 2.0-Erweiterungen, Weld (JSR-299-Implementierung)). Heute können Sie mamy von JEE6-Fetures und weitere Migration zu anderen Teilen von JEE6 verwenden Stapel wird weniger schmerzhaft sein. – cetnar

Antwort

Verwandte Themen