GWT for Enterprise Developers

Posted by Fred Sauer, Developer Advocate - Wednesday, August 12, 2009 at 10:48:00 PM

Do you use GWT -or are thinking seriously about using it- to develop your internal or public facing web applications? Do you work in a corporate setting or otherwise collaborate with multiple developers on a single web app? If their answer is yes to either of these questions perhaps we can share.

I'd like to share with you
I will be giving a talk called Google Web Toolkit for the Enterprise Developers at JBoss World 2009 in Chicago, September 1-4. I hope to share practical tips and lesser known, yet really useful features in GWT. While the talk will focus primarily on corporate development scenarios, the content will most certainly be useful if you're the most valuable member of a one person team. I hope to see you there. Don't forget to bring your questions.


Will you share with us?
Not everyone develops the same. In fact the same people may adopt different development styles as they move between teams. Different tools also work differently depending on the team and the project. I'd like to get to know your teams a little bit better and understand how GWT development happens for you. If you're willing to share with me please send me an email.

Seesmic duplicates their Adobe Air interface on the web with GWT

Posted by Andrew Bowers - at 3:25:00 PM

Recently I was shown a demo of Seesmic Web, an application that lets you manage multiple streams and Twitter accounts. The demo was very cool and notable because Seesmic's related product is Seesmic Desktop, implemented in Adobe Air. Seesmic Web replicates the desktop functionality, but on the web using GWT.

The team chose GWT to build Seesmic Web, and I was curious to hear about their experience. In case it helps others in the process of evaluating GWT for building web apps, here is the response I got back from Johann Romefort, CTO at Seesmic.

The choice of using GWT was nearly natural once we defined the need for a very dynamic "single page" application.

Our Flex developers found themselves in a known environment (Eclipse) - developing a webapp with a strongly typed language. It took them 2 weeks to learn the GWT Framework - together with the Java language itself!

We were delighted to see the number of high quality libraries already available, as well as the vivid community around GWT. Finally, the determination of Google to keep the project updated was a convincing factor for adopting this technology.

From the beginning, we started using a MVC framework to keep our code well-structured, and it soon paid itself off in development. The predictability of the framework was a big plus: you write code, you reload, it works. All the bugs we encountered were documented, so finding workarounds was pretty straightforward. We were a bit anxious about legacy Javascript bridging, but JSNI proved to be a very easy way to use 3rd-party libraries.

We started development with version 1.5.3 of GWT and we just ported the app to 1.7. The porting process was a breeze and we’re very happy to be able to use the Eclipse plug-in for GWT.

I guess one area of departure is that we did not follow the classical RPC way for our server-side interactions. Instead, we built a REST API to keep our back-end services agnostic from the client used. We’re using Restlets to interact with our REST API, which once again worked flawlessly, as expected.

Our overall experience using GWT has been very positive. The fact that we develop in Java has a lot of advantages, such as being able to use java debugging tools - instead of just Firebug - if you’re in pure JavaScript. GWT has a few things we would like to see, like being able to load code dynamically instead of compiling everything in a large .js file, but it seems that GWT2.0 will bring forth some new possibilities.

Separating View and Presenter code for better testability

Posted by Andrew Bowers - Tuesday, August 11, 2009 at 3:18:00 PM

The Google Testing blog has a post on testing GWT applications. Specifically the post talks about testing best practices and the use (or non-use) of GwtTestCase. It's worth checking out, especially if you are interested in better testability and architecture. To learn more about the MVP pattern mentioned, watch Ray Ryan's Best Practices for Architecting your GWT App talk at Google I/O.