Session: The future of Java EE

I am very happy to moderate a q&a session with Rod Johnson at the upcoming Jax conference. Our q&a comes right after his keynote:

The Future of Enterprise Java – Q&A with Rod Johnson
In this Q&A Session you can ask Rod Johnson himself about the future of Enterprise Java. Rod is one of the world’s leading authorities on Java and Java EE development and he’s co-founder of the Spring Framework. The session is moderated by Papick Taboada.

In his keynote, Rod Johnson will speak about the future of Java EE. Among many topics, he will talk about the changes the Java EE 6.0 (Rod is member of the Java EE 6 expert group).

Here is the abstract to his keynote:

The Future of Enterprise Java
The future of enterprise Java is becoming harder to predict, as the traditional J2EE “one size fits all” model becomes less relevant and the rise of SOA and Web 2.0 changes demands on infrastructure. Rod Johnson will explain why this period of change is likely to be a Good Thing for the industry. Rod will discuss the many sources of innovation in enterprise Java today; the influence of open source; the changing role of the JCP; the importance of OSGi to the future of Java middleware; the important open questions in the web tier; the impact of external challengers such as Ruby on Rails; and the significant changes in Java EE 6.0 and how they may benefit the platform.

There are some interesting threads and blog postings to read:

http://blog.springsource.com/main/2007/07/03/java-ee-6-gets-it-right/

http://www.theserverside.com/news/thread.tss?thread_id=46065

I’ll be adding some more resources/ references as comments to this post.

Any suggestion and feedback is welcome!

Make the Web a better place

GWT Artikel Bild

Mit dem Google Web Toolkit (GWT) soll ein Java- Entwickler schnell in die Lage versetzt werden, JavaScript/Ajax-Anwendungen zu schreiben. Die Nachfrage ist groß, und immer mehr Projekte sollen mit JavaScript im Browser dem Trend des Web 2.0 folgen: von intelligenter Validierung über Drag-and-Drop bis hin zu Mashups mit Google Maps. Der Browser hat sich zur beliebtesten Anwendungsplattform entwickelt, die User Experience ist hier das Schlüsselwort.

Seitdem das Google Web Toolkit [1] auf der JavaOne 2006 vorgestellt wurde, erfreut sich das Projekt immer größerer Beliebtheit. Was aber ist GWT? Kurz: eine Technologie bzw. ein Framework, mit dem JavaScript-Webanwendungen erstellt werden können. Das Besondere am GWT-Entwicklungsprozess ist nicht das Ergebnis, sondern die Vorgehensweise: Der Entwickler schreibt die gesamte Webanwendung in Java (kein HTML, kein JavaScript). Der Trick besteht darin, den Java-Quelltext nach JavaScript zu übersetzen, sodass die Vorgehensweise das Nutzen aller Fähigkeiten der IDE wie das Refactoring und Debuggen im clientseitigen Code ermöglicht. Das GWT Framework bietet ein grafisches UI-Komponentenmodell, ein Modularisierungskonzept, eine fragmentarische Java-Runtime-Emulation, ein API zur Manipulation der Browser-History, eine eigene RPC Implementierung, Internationalisierung und noch einiges mehr. Hier Googles Leitspruch für GWT:

„GWT‘s mission is to radically improve the web experience for users by enabling developers to use existing Java tools to build no-compromise AJAX for any modern browser” [2].

Frei übersetzt bedeutet das eine radikale Verbesserung bei der Verwendung von Webanwendungen (für den Endanwender). Bestehende Java-Werkzeuge sollen eingesetzt werden, um ohne Einschränkungen AJAX-Anwendungen auf beliebigen Browsern zu entwickeln.

Es ist schon beeindruckend, was sich hinter dieser neuen Technologie verbirgt. Aber es ist von Google … Schon seit einiger Zeit hat Google das Image des sauberen kleinen Start-ups verloren. Google ist groß, Ziele und Mittel teilweise umstritten. An dieser Stelle erst einmal eine Entwarnung – auch wenn Google drauf steht, ist kein Google drin. Durch die Verwendung von GWT werden keinerlei Dienste von Google (außer GWT selbst) verwendet. Google hat natürlich nichts dagegen, wenn sich immer mehr Produkte bei anderen Google-Technologien bedienen – zum Beispiel Google Search oder Google Maps. Wenn die Hemmschwelle hier bislang bei den nötigen JavaScript-Kenntnissen lag, so ist diese mit GWT letztendlich behoben worden. Auch für JSF gibt es bereits Komponenten, die das Verwenden von Google JavaScript APIs erleichtern:

„Naturally, GWT is also a great way to easily take advantage of the latest and greatest Google APIs and browser enhancements, such as Google Gears” [3].

GWT ist heute einsatzbereit: Es ist seit Version 1.3 unter der Apache License 2.0 veröffentlicht und seit Version 1.4 trägt GWT nicht mehr den Zusatz „Beta“ im Namen. Die aktuelle Versionsnummer lautet 1.4.61 und kann von der
GWT-Homepage in Google-Code heruntergeladen werden. Das GWT-Team
arbeitet gerade an der neuen Version 1.5. Wichtigste Neuerung, an der aktuell gearbeitet wird, ist die Unterstützung der bei Java 5.0 neu eingeführten Sprachelemente wie Annotations und Generics, denn aktuell wird lediglich der Sprachumfang von Java 1.4.2 unterstützt. Die unterstützten Browserplattformen des Projekts sind im Augenblick die aktuellen Versionen des Microsoft Internet Explorers, Firefox, Opera und Safari.

Artikel weiterlesen:
PDF: Make the Web a better place

Androidology

I searched a little for Android blogs, articles, videos and I found this nice trilogy from Mike. If you are interesting in learning more than just buzzwords arround Android have a look at theese:

Part 1 of 3 in an overview series on the Android platform. In this segment, Mike gives an overview of the system architecture.

Part 2 of 3 in an overview series on the Android platform. In this segment, Mike explains the application and process lifecycle as a user navigates through different applications.

Part 3 of 3 in an overview series on the Android platform. In this segment, Mike gives an overview of a few of the APIs available on the platform.

Partytime in Stuttgart, the Spring release Party

On the 3rd March (monday this week) the JUGS organized the so called Spring Release Party. As a matter of fact, there was nothing actually released (ok, Sprin 2.5.2 came out the day before, but who wants to make a party on a minor release…), but there was still much to show and much to say. It was a single tracked conference across the Spring portfolio:

  • Ebehardt Wolff talked about the Spring Portfolio, mainly Spring Modules and Spring Integration. He also spoke about the new “SpringSource Subscriptions” (that’s how SpringSource is monetizing their support and know-how ).
  • Jürgen Höller had really a hard time talking about all the news in Spring 2.5 Core – annotation configuration, JMS, new DI options, runtimes, product specific add ons, load time weaving, etc. All of that in 60 minutes with members of the community asking for details here and there. Never seen him speaking that fast…  ;-)
  • Mike Wiesner showed the re-branded ACEGI security framework. It has become Spring Security. The new version (not released yet) has a bunch of very interesting new features. The simplified configuration through the new security schema was my favorite new feature.
  • Arjen Poutsma showed its baby, Spring Webservices. He announced the 1.5 RC1 for this week – hmm… week is almost over – as feature complete lacking some documentation (smile). IMHO his talk was sure one of the highlights, ok, it was THE highlight. Good speaker, good samples, funny jokes, good product. I haven’t had a deep look at Spring Webservices yet (sorry, no WS hacking at the moment), and it was nice to see a complete contract first WS hack from A to Z. Again we have nice namespace configuration elements for no-brainer configuration. The good design of the framework, decoupling of transport layer, business layer and SOAP layer was clearly demonstrated. IMHO the best way to do webservices at the moment.

Unfortunately I missed Webflow and Spring .NET – I had to leave early. It was a nice small conference (about 100 people) and a nice opportunity to do some networking.

I wrote a short article about the Spring Release Party in German as well, check it out here.