JavaPolis 2007

Die letzten drei Tage war ich auf der JavaPolis 2007 in Antwerpen. Es war das erste Mal, dass ich auf dieser Konferenz war und sie hat mir sehr gut gefallen. Das Tolle an der Konferenz sind der Veranstaltungsort und vor allem die Redner. Der Veranstaltungsort ist ein Kino. Die Folien und Demos werden auf riesigen Leinwänden gezeigt, auf denen normalerweise Blockbuster gezeigt werden. Auf der Liste der Redner standen Helden wie James Gosling, Joshua Blog, Bruce Eckel und Scott Ambler. Ich werde einige meiner Eindrücke schildern.

JavaFX und Flex JavaFX wurde von James Gosling und anderen Sun-Mitarbeitern stark beworben. Obwohl es vielversprechend aussieht, steckt es noch in den Kinderschuhen. Es wird gerade ein Compiler geschrieben, der gerade reif genug ist, um damit zu spielen. Denken Sie im Moment noch nicht an einen ernsthaften Einsatz dieser Technologie, die Syntax der Sprache ist noch nicht einmal stabil. Es wurden einige nette Beispiele gezeigt, leider zeigten die meisten nicht, was meiner Meinung nach der Hauptgrund für JavaFX (und Flex) ist: die Erstellung von Benutzeroberflächen auf eine deklarativere Art und Weise. Warum also JavaFX wählen, wenn es bereits eine viel ausgereiftere und vollständigere Alternative namens Flex gibt? Eines der Argumente, die James Gosling anführte, war, dass es schneller gerendert wird, weil es auf Swing basiert. Lustigerweise hat Bruce Eckel gezeigt, dass dies nicht der Fall ist: Flex rendert sogar schneller als Swing. Außerdem hat er gezeigt, dass es mit Flex einfach ist, großartig aussehende Benutzeroberflächen zu erstellen, und dass es die Datensynchronisierung zwischen Client und Server gut unterstützt. Parleys Letztes Jahr hatte der JavaPolis-Organisator Stephan Janssen eine sehr interessante Website erstellt, die Präsentationen von JavaPolis und einer Reihe anderer Konferenzen enthält: Parleys.com. Das ist in der Tat eine großartige Informationsquelle! Es wurde eine beeindruckende Demo von Release 2 der Website gezeigt, die auf Flex 3 basiert. Browserfunktionen wie die Zurück-Schaltfläche und das Setzen von Lesezeichen innerhalb der Anwendung werden unterstützt. Das einzig Negative, das über Flex gesagt wurde, ist, dass eine in Flex erstellte Website nicht in Google indexiert wird. Wicket Das Web-Framework Wicket scheint heutzutage ziemlich populär zu werden, seine Mailingliste steht sogar auf Platz 3 der aktivsten Apache-Mailinglisten. Martijn Dashorts gab einen Überblick über Wicket und baute während seiner Präsentation waghalsig eine kleine Webanwendung. Er hat mich davon überzeugt, dass Wicket für html-basierte Anwendungen das beste Java-Framework ist, das es derzeit gibt. Vergessen Sie Struts, Spring MVC, JSF und Tapestry. Wicket hat sogar eine ziemlich gute Ajax-Unterstützung, also vergessen Sie auch GWT ... Closures Es gibt eine Debatte über die Einführung von Closures in der Sprache Java. Joshua Blog hat ein sehr überzeugendes Argument gegen die Einführung einer umfassenden Implementierung von Closures geliefert: den BGGA-Prototyp. Das funktionale Sprachparadigma einer Sprache aufzuzwingen, die nicht dafür konzipiert wurde, hat seine Risiken. Dies wurde anhand einiger schwer verständlicher Code-Beispiele demonstriert.Joshua erwähnte auch, dass die Java-Gemeinschaft immer noch Schwierigkeiten hat, Generics zu verstehen, insbesondere bei Wildcards. Das Schicksal von C++ sollte vermieden werden. Dieser Sprache wurde so viel hinzugefügt, dass sie unter ihrem eigenen Gewicht zusammenbrach. Evolving Agile Scott Ambler hat festgestellt, dass Agile "die Kluft überschritten" hat. Umfangreiche Umfragen belegen, dass die Mehrheit der US-Unternehmen ein oder mehrere agile Projekte durchführt. Scott Ambler plädierte dann dafür, dass Agile in Bereichen reifer werden muss, über die die agile Gemeinschaft normalerweise lieber nicht spricht, z.B. Modellierung, Dokumentation, ernsthafte Zertifizierungsprogramme, exploratives Testen und Governance ("überlassen Sie das nicht den Bürokraten"). Darüber hinaus forderte er die agilen Entwickler auf, sich mit den Datenbankexperten anzufreunden. Seit der breiten Einführung von O/R-Frameworks weiß die jüngste Generation von Java-Entwicklern einfach zu wenig über Datenbanken, um sie effektiv nutzen zu können.Eine nette Bemerkung war, dass Agile den Sweet Spot zwischen dem Ansatz 'nur programmieren und reparieren' und traditionellen Methoden treffen sollte. Leider bezeichnen sich viele 'Code and Fix'-Leute als Agile und geben der Gemeinschaft damit einen schlechten Ruf. Zusätzliche Beobachtungen

• Netbeans 6 wurde angekündigt, das (J)Ruby on Rails unterstützt. IntelliJ unterstützt es ebenfalls. Ich habe niemanden gehört, der Grails erwähnt hat. Es scheint also, dass der Großteil der Java-Gemeinschaft sich für das 'echte Ding' entscheiden wird.
• OSGI-Bundles werden für die interne Struktur der wichtigsten Anwendungsserver übernommen. OSGI ist offensichtlich die beste und ausgereifteste Modularitätslösung in der Java-Welt. Leider scheitert das JCP bei der Standardisierung dieser Lösung. Stattdessen scheint es wahrscheinlich, dass 'Superpakete' Teil der Java-Sprache werden, die eine kleine Teilmenge dessen bieten, was OSGI bietet.
• Das ist nicht neu, aber ich wusste es nicht: Rod Johnson (nicht bei JavaPolis anwesend) ist in den JCP Expert Groups für JEE6 tätig. Wird sein nächstes Buch den Titel "JEE ohne Spring" tragen?
• Die OWASP Enterprise Security API ESAPI wurde vorgestellt, die alle Sicherheitsherausforderungen der OWASP Top Ten abdeckt. Es gibt zwar bereits viele andere Sicherheitslösungen (wie JAAS und ACEGI), aber keine mit einer so breiten Abdeckung. Oft wird nur die Authentifizierung und Autorisierung abgedeckt. Referent Erwin Geirnaert wies darauf hin, dass insbesondere XSS und CSRF zu einem großen Problem werden. Er behauptete, dass 70% der öffentlichen Webanwendungen bösartiges JavaScript enthalten.