Oder direkt hier: http://bit.ly/gwt-jsf-wahlomat

It was a very interesting evening, great feedback and nice chatting afterwards. Recapping, we had a talk on RAP, the Canoo RIA thing, Silverlight and Qooxdoo. I jumped in with my talk [...]]]> It is not easy to “sneak preview” any technology in 20 minutes… I was the last in a row of five “RIA” technologies talks.

It was a very interesting evening, great feedback and nice chatting afterwards. Recapping, we had a talk on RAP, the Canoo RIA thing, Silverlight and Qooxdoo. I jumped in with my talk on GWT, my third slide says: “GWT is better”:

Here are the slides I used in the VKSI sneak preview “RIA Entwicklungsplattformen im Vergleich“.

Google usually publishes the sessions on youtube and uploads the slides to the respective session homepage. Ray Ryan is talking on two session, one of it is called “Architecting GWT applications for production at Google” – maybe it [...]]]> Here are the GWT sessions on the upcoming google i/o 2010 to keep an eye on.

Google usually publishes the sessions on youtube and uploads the slides to the respective session homepage. Ray Ryan is talking on two session, one of it is called “Architecting GWT applications for production at Google” – maybe it is part two of his last talk on gwt architectures best practices.

I surely won’t miss any of those:

Architecting for performance with Google Web Toolkit

Modern web applications are quickly evolving to an architecture that has to account for the performance characteristics of the client, the server, and the global network connecting them. Should you render HTML on the server or build DOM structures with JS in the browser, or both? This session discusses this, as well as several other key architectural considerations to keep in mind when building your Next Big Thing.

GWT + HTML5 can do what?!

How can you take advantage of new HTML5 features in your GWT applications? In this session, we answer that question in the form of demos — lots and lots of demos. We’ll cover examples of how to use Canvas for advanced graphics, CSS3 features, Web Workers, and more within your GWT applications.

GWT’s UI overhaul: UiBinder, ClientBundle, and Layout Panels

There have been some really huge improvements in GWT’s UI fundamentals over the past year. We’ve introduced features such as UiBinder, ClientBundle, CssResource, and uber layout panels that allow you to build fast UIs in a sane manner. Come see how fun/easy/fast it can be to use these technologies in harmony to overhaul your UI.

GWT continuous build and testing best practices

GWT has a lot of little-publicized infrastructure that can help you build apps The Right Way: test-driven development, fast continuous builds, code coverage, comprehensive unit tests, and integration testing using Selenium or WebDriver. This session will survey GWT’s testing infrastructure, describe some best practices we’ve developed at Google, and help you avoid common pitfalls.

Architecting GWT applications for production at Google

For large GWT applications, there’s a lot you should think about early in the design of your project. GWT has a variety of technologies to help you, but putting it all together can be daunting. This session walks you through how teams at Google architect production-grade apps, from design to deployment, using GWT.

Measure in milliseconds redux: Meet Speed Tracer

It turns out that web apps can be slow for all sorts of opaque and unintuitive reasons. Don’t be fooled into thinking that bloated, slow JavaScript is the only culprit. This session introduces you to Speed Tracer, a new GWT tool that can tell you exactly where time is going within the browser.

Faster apps faster: Optimizing apps with the GWT Compiler

The GWT compiler isn’t just a Java to JavaScript transliterator. It performs many optimizations along the way. In this session, we’ll show you not only the optimizations performed, but how you can get more out of the compiler itself. Learn how to speed up compiles, use -draftCompile, compile for only one locale/browser permutation, and more.

GWT Linkers target HTML5 Web Workers, Chrome Extensions, and more

At its core GWT has a well-defined and customizable mechanism — called Linkers — that controls exactly how GWT’s compiled JavaScript should be packaged, served, and run. This session will describe how to create linkers and explains some of the linkers we’ve created, including a linker that turns a GWT module into an HTML5 Web Worker and one that generates an HTML App Cache manifest automatically.

Google Web Toolkit – Making a Better Web 2.0

Mit Adwords und Google Wave sind die ersten großen GWT basierten Anwendungen von Google erschienen. Mit einem optimierenden Kompiler und pfiffige Codegeneratoren werden mit GWT maßgeschneiderte [...]]]> Es ist etwas kurzfristig geworden… Ich werde auch auf der WebTech 09 in Karlsruhe einen Vortrag über GWT halten:

Google Web Toolkit – Making a Better Web 2.0

Mit Adwords und Google Wave sind die ersten großen GWT basierten Anwendungen von Google erschienen. Mit einem optimierenden Kompiler und pfiffige Codegeneratoren werden mit GWT maßgeschneiderte JavaScript Anwendungen erstellt, die Entwicklung findet allerdings in Java statt. In dem Vortrag werden Konzepte, Neuigkeiten aus 2.0 und die aus Adwords gewonnenen Architektur Best Practices vorgestellt.

Die Konferenz für Java, Enterprise Architekturen & SOA

Die W-JAX ist die Konferenz für ganzheitliches technisches Know-how im Enterprise- und Webumfeld. Hier kommen die besten Experten Europas zusammen, um ihr Wissen und ihre Erfahrung an die Teilnehmer weiterzugeben. Durch ihren einzigartigen Mix an Themen verleiht die W-JAX alljährlich der Java Enterprise [...]]]>
W-JAX 2009

Die Konferenz für Java, Enterprise Architekturen & SOA

Die W-JAX ist die Konferenz für ganzheitliches technisches Know-how im Enterprise- und Webumfeld. Hier kommen die besten Experten Europas zusammen, um ihr Wissen und ihre Erfahrung an die Teilnehmer weiterzugeben. Durch ihren einzigartigen Mix an Themen verleiht die W-JAX alljährlich der Java Enterprise Community die entscheidenden Impulse.

Google Web Toolkit – Making a Better Web 2.0
Speaker: Papick G. Taboada

Mit Adwords und Google Wave sind die ersten großen GWT basierten Anwendungen von Google erschienen. Mit einem optimierenden Kompiler und pfiffige Codegeneratoren werden mit GWT maßgeschneiderte JavaScript Anwendungen erstellt, die Entwicklung findet allerdings in Java statt. In dem Vortrag werden Konzepte, Neuigkeiten aus 2.0 und die aus Adwords gewonnenen Architektur “Best Practices” vorgestellt.

SpringSource dm Server: Fitness für die Webanwendungen
Speaker: Agim Emruli, Papick G. Taboada

Java-EE-Webanwendungen tragen Deployment-bedingt eine große Menge an Bibliotheken mit sich. Mit OSGi werden dank einem standardisierten Modularisierungskonzept neue Wege gegangen. Lernen Sie in der Session die Möglichkeiten der Modularisierung in Java-EE-Webanwendungen auf dem OSS SpringSource dm Server kennen, damit schwergewichtige und monolithische Deployments der Vergangenheit angehören.

EDA in der Businessintegration
Speaker: Christian Dedek, Papick G. Taboada

Integrationsszenarien mit ereignisgesteuerten Architekturansätzen in Java umsetzen? Dieser Vortrag bietet Ihnen eine Einführung in EDA und Complex Event Processing (CEP) und stellt den Zusammenhang zwischen EDA und SOA her. Darüber hinaus veranschaulicht er die Architektur und den Aufbau von Esper und zeigt CEP-Einsatzszenarien.

Um jedoch ehrlich zu sein: [...]]]>

Danke Andy für dein Kommentar. Freut mich, dass dich mein provokanter Titel in die Session gezogen hat – das war Absicht. Und es freut mich um so mehr, dass Du dir die Zeit genommen hast, ein Kommentar zu schreiben. Also auf gehts, möchte kurz auf dein Kommentar eingehen:

Um jedoch ehrlich zu sein: Ich finde die Ansätze von GWT durchaus interessant, allerdings bleibe ich doch bei meiner gewohnten JSF-Entwicklung.

Klar…

Ich befinde mich im Web und programmiere auch dort. Warum muss ich das zwanghaft zu verbergen versuchen?

Was meinst du mit verbergen? Und was meinst du mit du programmierst im Web? Sowohl GWT als auch JSF definieren ein Komponentenmodell und abstrahieren von der klassischen request/response Entwicklung. Sowohl bei JSF als auch GWT hat der Entwickler wenig Kontakt mit den ursrpünglichen Web-Technologien (wann habe ich das letzte mal ein Tree von Hand in HTML geschrieben?)-

So gesehen programmierst Du nicht im Web, oder ich habe dich falsch verstanden. Weder JSPs noch das Facelets-XML sind im eigentlichem Sinne Web-Technologien, diese werden nämlich vom W3C definiert…

Auch bietet mir GWT meiner Meinung nach nicht wirklich neuartige Antworten auf Dinge, die ich in JSF nicht genauso gut lösen könnte (nur eben anders).

Das stimmt nicht. Ich kenne beide. Du nicht. Aussage gegen Aussage.

Auch in JSF gibt es einen großen und sehr guten Komponentenmarkt, der mir die Details von Html und JavaScript versteckt.

Und genau hier greift eines meiner Kritikpunkte: JSF ist kein Produkt, nur ein Standard. Die Komponenten sind teilweise inkompatibel zueinander, haben unterschiedliche Programmiermodelle, etc.

Auch habe ich keine Antwort gefunden, warum ich von einem Standard wie JSF weggehen sollte, nur um eine proprietäre und nicht standardisierte API zu verwenden.

Ja, JSF ist ein Standard. Ich weiss noch, wass ich von dem EJB Standard gewonnen habe: 3 Mal die Anwendung portieren. Bei JSF sieht es auch nicht besser aus – oder kannst du unter Websphere einfach so beliebige Komponenten und JSF Implementierungen laufen lassen? Was bringt mir da der Standard? Trägheit?

Sicherlich ist Google mit seiner Marktstärke durchaus in der Lage, auch einen eigenen “Standard” in die Welt zu setzen, aber ich setze eher auf die im Java-Umfeld etablierten Standardisierungsprozesse wie den JCP (trotz aller Kritik an ihm).

Kann ich nachvollziehen und als Argument stehen lassen. Ich habe mich mehr den technischen und konzeptionellen Themen in meiner Session gewidmet.

Eine Entscheidung, welches Framework man zukünftig nutzen möchte, muss jedoch jeder selbst treffen.

Genau. Daher ist eine Gegenüberstellung der unterschiedlichen Webframeworks um Java Umfeld mit Sinn und Verstand wichtig. Ob man dann andere Frameworks einsetzt, oder nur daraus lernt – das wird die Zeit zeigen.

Für mich war die Session sicherlich dahingegend hilfreich, um mehr über GWT zu erfahren. Aber auch, um für mich die Frage beantworten zu können, ob GWT wirklich das bessere JSF ist oder der Titel einfach nur etwas provokant gewählt wurde.

Der Titel war erstens provokant und zweitens eine Fragestellung. So wie es aussieht habe ich es genau richtig gewählt – es hat dich in die Session gelockt und dich zum nachdenken gebracht.

Aber, ein paar Fragen habe ich an Dich…

• Was ist wenn weder JSF noch GWT ein Standard wären? Würdest du dann mit JSP/ Servlets entwickeln?
• Was ist wenn Struts der Standard geworden wäre? Wa würdest du dann nehmen?
• Was ist wenn ich GWT benutze, um bessere JSF Komponenten zu schreiben

Würde mich freuen, von dir zu hören!

GWT and JSF….

http://www.indeed.com/jobtrends?q=gwt%2C+jsf&l=

http://www.google.com/trends?q=GWT%2C+JSF&ctab=0&geo=all&date=all&sort=0

http://markmail.org/

Unfortunately markmail does not support comparison, you will have to do it by hand.

Back at home again (and after some badly needed hours of sleep), [...]]]> During my short time in Bangalore I have spoken to many speakers and some participants, so unfortunately I do not remember anymore who I am quoting here… Anyway, it was the first time I heard it and I found it really brilliant!

Back at home again (and after some badly needed hours of sleep), I searched for it in google and found the following youtube video:

An official update to the original “Shift Happens” video from Karl Fisch and Scott McLeod, this June 2007 update includes new and updated statistics, thought-provoking questions and a fresh design. For more information, or to join the conversation, please visit http://shifthappens.wikispaces.com — Content by Karl Fisch and Scott McLeod, design and development by XPLANE.

Wrapping it up, it was an awesome experience to be in Bangalore, to see, hear and talk to everyone.

It was nice to be part of the shifting happening.

Complex Event Processing with Esper

Complex Event Processing, or CEP, is technology to process events and discover complex patterns [...]]]> Last but not least – my presentation slides for my EDA, CEP, ESP and Esper session at the JAX India 2008. Thanks to all audients for visiting my presentation and for the interesting chats afterwards.

Complex Event Processing with Esper

Complex Event Processing, or CEP, is technology to process events and discover complex patterns among multiple streams of event data. ESP stands for Event Stream Processing and deals with the task of processing multiple streams of event data with the goal of identifying the meaningful events within those streams, and deriving meaningful information from them. The Esper engine has been developed to address the requirements of applications that analyze and react to events.

PDF:
Complex Event Processing with Esper
JAX India 2008, Papick G. Taboada

I had about 50 listeners in a very nice auditorium. We [...]]]> I just finished my GWT session at the Jax India 2008 conference. I had to switch notebook because I have forgetten my micro-DVI to VGA adapter at home (Germany). How bad, I was really looking forward to test drive my Macbook Air here.

I had about 50 listeners in a very nice auditorium. We had about 10 minutes of Q & A after the session, awesome. It gives me the impression that GWT is beeing accepted as alternative web framework for the Java EE stack.

GWT – JSF Done Right ?

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. This session shows what this mission statement means for the Java developer and for the Java Enterprise industry.

PDF:
GWT – JSF done right?
JAX India 2008, Papick G. Taboada

Google Android: Uncanny Valley – unheimliches Tal? Google Mobile für Java Entwickler

Im November 2007 stellt Google ein Handybetriebssystem namens Android vor. Das entsprechende SDK für Android-Applikationen ist Java-basiert, kommt mit Eclipse Plug-in, hat Bibliotheken für openGL, Bluetooth [...]]]> Steffen and I will be talking at the mobility day about Google’s mobile platform Android:

Google Android: Uncanny Valley – unheimliches Tal? Google Mobile für Java Entwickler

Im November 2007 stellt Google ein Handybetriebssystem namens Android vor. Das entsprechende SDK für Android-Applikationen ist Java-basiert, kommt mit Eclipse Plug-in, hat Bibliotheken für openGL, Bluetooth oder USB und produziert Java Byte Code. Ausgeführt wird dieser allerdings nicht auf einer JavaVM. Der Vortrag zeigt die Möglichkeiten des neuen Ansatzes in einer Welt fern von JCP-Standards.

Event Driven Architecture

Ist EDA gefangen im Gartner Hypecycle oder gelingt mit Esper der Durchbruch für echte Businessintegration mit EDA jenseits des Gipfels der inflationären Erwartungen?

EDA ist das Akronym für: Event Driven Architecture. Sehr oft werden [...]]]> In der nächsten Ausgabe vom Javamagazin ist unser (Christian Dedek und ich) Artikel zu Esper mit EDA:

Event Driven Architecture

Ist EDA gefangen im Gartner Hypecycle oder gelingt mit Esper der Durchbruch für echte Businessintegration mit EDA jenseits des Gipfels der inflationären Erwartungen?

EDA ist das Akronym für: Event Driven Architecture. Sehr oft werden EDA Architekturen auf Systeme reduziert, die lediglich asynchron Nachrichten austauschen (z.Bsp. JMS einsetzen). Unter EDA versteht man allerdings auch die Verarbeitung von Ereignisströmen und die Mustererkennung komplexer Zusammenhänge zwischen Ereignissen. Die Verarbeitung von Ereignisströmen ist unter dem Akronym ESP (Event Stream Processing) bekannt, während CEP (Complex Event Processing) für die Mustererkennung komplexer Zusammenhänge steht.

First huge topic was the closures controversy. There is BGGA pushed by Neal Gafter, and there is Josh Bloch oposing with [...]]]> Angelika Langer and Klaus Kreft held a session about the new features of the upcoming JDK 7. The presented roadmap shows JDK 7 (codename Dolphin) being released somewhere in the end of 2008.

First huge topic was the closures controversy. There is BGGA pushed by Neal Gafter, and there is Josh Bloch oposing with very good arguments. Both now Google. Interesting.

Closures is coming, there is no JSR yet, time will tell.

Another very interesting topic in the session was the superpackage features planned:

JSR 294: Improved Modularity Support in the Java^TM Programming Language

With superpackages it will be possible to define group of java packages, telling which ones are private to the superpackage and which ones are public. This allows us to create coarse grained modules and efficiently hide internal implementation. This is IMHO the most interesting Java extension in the jsr horizon.

While the JSR 294 introduces static modularization, there is still the need for runtime (and therefore deployment) modularization.

JSR 277: Java^TM Module System

The JSR 277 introduces modules and is similar to what we know from OSGi. Quite interesting to see all the module configuration elements as Annotations in the Java code. There is a nice blog posting about the modularization works from Glyn Normington (expert group members in the related JSRs, works for SpringSource).

The modularization planned for JDK7 is going to change the way we create components, as it provides the missing language features needed to create coarse grained components:

• versioning,
• side-by-side deployment,
• repositories,
• module bootstrap and
• module lifecycle

I am curious to see how deployment will change in the future, and the future of Java EE in general. For example, Spring architectures lack deployment standards, now the standards are being provided by the Java SE.

And finally, but least interesting, some JSRs that probably will find their way into Dolphin:

JSR 310: Date and Time API

JSR 275: Units Specification

JSR 203: More New I/O APIs for the Java^TM Platform (”NIO.2″)

JSR 107: JCACHE – Java Temporary Caching API

JSR 296: Swing Application Framework

JSR 255: Java^TM Management Extensions (JMX^TM) Specification, version 2.0

JSR 284: Resource Consumption Management API

“JAX Radio – Podcasts des Java Magazins”

gelandet. Episode 9, “Architekturzaubereien – Zauberformeln für Spring, Maven & Co.”

Leider macht der Audiostrom ohne Folien wenig Sinn…

Many times we had to provide both – a web and a rich client solution for a given problem. The rich client was often needed to provide offline usage, that’s not needed anymore. And this is why [...]]]> Google Gears is a browser extension providing the very core services needed to create offline web applications.

Many times we had to provide both – a web and a rich client solution for a given problem. The rich client was often needed to provide offline usage, that’s not needed anymore. And this is why we need offline web applications: to allow users to keep up entering data and using parts of the web application without beeing online. To make this possible we need some safe place to store information and means to run jobs asynchronously – this is were Google Gears jumps in.

There are three modules being provided: database, localserver and workerpool. This way a web application can store resources (html, css, images) locally, store data locally and run tasks in the background. The cool thing is the Javascript API provided, so everything can be used directly, cross platform.

But not every developer wants to code things like synchronization and persistence in Javascript – to make a web application go offline using Google Gears means lots of coding and lots of thinking. Regarding the thinking part there is some help from Google: there is some architectural thoughts on Google Gears homepage, helping developers and software architects to quick start into the new possibilities.

The question is: is it going to be accepted by the community? Well, it looks like. There are already some cool web applications using gears (please have a look at http://rememberthemilk.com). And other toolkits are going to provide Google Gears support, among them Dojo and GWT.

There is a video in Youtube from the Google Developer Days. GWT and Dojo developers speaking about how the plan to integrate Google Gears into their own toolkit. Dojo Offline – recently published as beta – is throwing its own client runtime away and porting its API to use Google Gears, still providing an interesting persistence framework, some online and offline widget UI and a synchronisation API . All ontop of Google Gears. The video below shows some of the quite impressive features of Dojo offline.

GWT will provide a library supporting Google Gears directly, so in future we won’t have to write offline code stuff in Javascript: GWT will give us all as Java API.

The Youtube video can be viewed directly here:

pdf: JBoss Seam

Klicking on the picture will take you to the few pictures I took at the conference. If you have any [...]]]> Serge and I had the pleasure of speaking about JBoss Seam in a session at the JAX 2007. On the picture you can see Serge working – always working, no break.

pdf: JBoss Seam

Klicking on the picture will take you to the few pictures I took at the conference. If you have any pictures, please drop me an email!

pdf:  Rich Internet Application Platform

Jetzt weiss ich es!

Die Unterlagen zu meinen Vorträgen muss ich noch Online stellen!