EJB is dying!

Dass nenne ich mal einen Start in das Wochenende. Nach einer etwas längeren Zeit der Dienstreisen hab ich heute meinen Informationsbedarf mal wieder gestillt. Und prompt bin ich über einen Artikel über eine Keynote auf der JAX2008 gestolpert.

Zum Thema The Future of Enterprise Java referierte Rod Johnson (SpringSource). Den zugehörigen JAXenter Artikel verfasste Sebastian Meyen in seinem unverwechselbaren Stil :)

Aufregung galt Rods Einstellung: „EJB is dying“! Denn damit hat er ausgesprochen, was vielen von uns im Hinterkopf herumschwirrt und sich dennoch keiner zu sagen traut.
Aber was genau wird die Zukunft bringen? OSGi? Spring? Oder gar die bisher noch recht theoretische Agententechnologie?
Neugierig bleiben ist die Devise :) Und über die Agententechnologie werde ich im laufenden Jahr sicherlich noch das ein oder andere schreiben. Hoffentlich auch bald mal etwas konkreter :)

Apache Geronimo v2.1 Released

Seit gestern ist die neue Apache Geronimo Version verfügbar. Damit ist erstmalig eine von Sun zertifizierte JEE5 Version von Geronimo verfügbar.
Die 2.1 ist als Download für Unix/Linux/MaxOS und Windows verfügbar.
Im Package ist entweder ein Tomcat oder ein Jetty Webcontainer enthalten. Die Wahl hat man beim Download. In Summe wurden 235 Bugs behoben.

Mehr über Geronimo gibts auch zu lesen in meinem iX Artikel.

MyFaces Portlet Bridge - Version 1.0.0-alpha

Das Apache Projekt MyFaces hat die Verfügbarkeit der Alpha-Version von Apache MyFaces Portlet-Bridge 1.0.0 bekannt gegeben.

Release-Notes

Eine Vorausschau auf JSF 2.0

Ryan Lubke hat in seinem Blog eine Preview-Serie über JSF 2.0 gestartet. Die finale Version von JSF 2.0 soll mit Java EE 6 (und diese mit dem finalen Release von GlassFish v3) veröffentlicht werden, die Implementierung erfolgt jedoch als separates Projekt innerhalb der Community. In seinem aktuellen Eintrag hat der Implementation Lead für JSF 2.0 Ryan Lubke begonnen, die neuen Funktionen zu beschreiben. Die ersten Einträge umfassen ProjectStage (Produktion, Entwicklung, UnitTest, SystemTest, Extension) und Ressourcen.

(Meldung von JaxEnter, vom Mittwoch, 20. Februar 2008 | Linktipp: Eine Vorausschau auf JSF 2.0)

Best Practices für EAR Files

Ein Posting auf beas dev2dev Seiten hat meine Aufmerksamkeit erregt. Ein recht umfassender Beitrag zum produktionsgerechten Packaging von EAR (Enterprise Application Archives) Files. In Summe finden sich 15 Hinweise und Vorgehensweisen zum optimalen Packagen für Produktionsumgebungen.
Mit Ausnahme einiger Weniger, sind diese Hinweise "state-of-the-art" und werden sicherlich von jedem berücksichtigt.
Erstaunt war ich über den dritten Hinweis: PS003: JSPs, unprocessed/uncompiled annotations and source files must not be included in the EAR. Genauer: über die JSP Seiten. Dass Java Sourcen nicht in eine Produktivumgebung gehören ist klar.
Wenn die JSP Seiten unter WEB-INF/jsp abgelegt sind, dann ist ein unberechtigter Zugriff auf die Sourcen von extern gar nicht möglich.
Und verglichen mit dem Umstand, dass JSPClassServlet einrichten zu müssen ist dieser "Schutz" vergleichsweise einfach zu erreichen.
JSP Sourcen gehören m.E. nicht in ein Produkt. Aber im Kontext eine klassischen Individualentwicklung, welche auf einer separaten Instanz betrieben wird, ist dieser Aufwand m.E. überflüssig. Trotz allem sollte man allerdings den jspc nicht vergessen. Grad bei großen Webprojekten unter Last ist ein Precompilen der JSP Seiten unabdingbar.

JSF Matrix

Hab ich grad gefunden. Ein sehr nützliches Werkzeug.
Auf http://www.jsfmatrix.net/ findet man eine übersicht über aktuelle JSF/AJAX Komponenten-Implementierungen. Den passenden Artikel auf TSS gibts ebenfalls.

ICEFaces and Spring

Ein kleiner Tipp zum Lesen für das Wochenende:
Erschienen auf theserverside.com

ICEFaces is a JSF component library that adds a unique approach to AJAX: it renders a DOM (Document Object Model) on the serverside, and delivers changes to that DOM to a client via AJAX push. What this means is that data can be updated from one client, and the updates can be reflected almost immediately – with no client intervention – on other clients.

Den kompletten Artikel finden Sie hier

Top 5 Java Technologies for 2008

Es ist immer wieder spannend zu sehen, wie sich die Definition von "Top Technologie" im laufe der Zeit ändert. Zu beginn des Jahres taucht eine brandneue Liste mit den fünf angesagtesten Java Technologien in 2008 auf. Geschrieben hat sie Carlos Perez. Den kompletten Artikel findet man in seinem Blog.

Für ihn sind das:

* OSGi (Dynamische Module in Java)
* Java Content Repository API
* Google Web Toolkit
* Groovy
* Cloud computing (Ein Konzept zum verteilten rechnen ohne EJBs)

Alles Dinge, die der interessierte Entwickler schon seit längerem kennt (vielleicht mit Ausnahme des letzten Punktes). Sicherlich ist das ein Indikator dafür, dass sich die Ansätze mittlerweile etablieren und stabil geworden sind.

Meine persönliche Liste für 2008 sieht ein wenig anders aus, auch wenn ich gestehen muss, dass ich ein paar Punkte ebenfalls auf der Liste habe:

* JSF und Ajax
* Agent Based Computing (Agile Business Process Management)
* JEE6
* Groovy
* AOP, IoC (mit Spring) im Unternehmenseinsatz

Ich bin gespannt, zu was ich alles komme.

Flickr Uploadr 3.0.4

Das nenn ich mal agile Softwareentwicklung. Kaum ist die 3.0.3 draussen, folgt auch schon die 3.0.4 Version vom Uploader.
Mehr Infos gibts im Flickr Help Forum.
Uploader 3.0.4 steht in Deutsch, Englisch für Windows und in vielen weiteren Sprachen auch für Macintosh zum Download bereit.

Enterprise AJAX

Auch wenn es schon länger zurück liegt. Neben meinem Konferenzvortrag auf der WJAX06 gibt es noch den passenden Artikel aus dem Jahre 2007 bei heise.de zum online lesen.
iX 3/2007, S. 94: Webprogrammierung

Abstract:
Neue Techniken landen nicht zwingend sofort in unternehmenskritischen Anwendungen. Ajax ist jedoch zu verlockend, um lange außen vor zu bleiben. Es ist allerdings noch weit von einer stabilen Technik für Unternehmensanwendungen entfernt.

Kleines Update zu meinem damaligen Fazit:

• Die Menge der Entwicklungswerkzeuge steigt nur langsam
• JSF 1.2 mit zugehörigen AJAX-enabled Komponenten scheint der Weg der Zukunft.
• Im Bereich der JavaScript QS hat sich noch nicht viel getan (Kapselung der Komplexität scheint die langfristige Lösung, vgl. JQuery)
  
• Hype ist ein wenig zurückgegangen :)