Re: Announcing GWT 2.1

Hi Jeff,

GWT 2.1 has no dependency on Roo. It is very much our intent that you should be able to create GWT apps with or without Roo. The latter offers some conveniences for certain types of apps like CRUD apps where you have, say, 40 entities, each with corresponding CRUD screens, and a view, presenter, RequestContext, DAO, etc. for each. In this example, the need for concrete classes per entity ultimately results from the fact that code generation (whether via GWT generator or Roo) is GWT's alternative to reflection. GWT 2.1 does not require much boilerplate and 2.1.1 will require even less. And yes, improved tooling in Google Plugin for Eclipse is definitely on radar.

As far as DI is concerned, DI proper is not the cause of cold start latency on App Engine, but rather one particular scenario in which singletons are created eagerly at startup time. I wrote about this on my personal blog (http://turbomanage.wordpress.com) linked above. This should become much less of an issue shortly (per http://code.google.com/p/googleappengine/issues/detail?id=2456), as it appears the GAE team is close to releasing warmup requests, and reserved instances are on the roadmap.

Best,

/dmc

On Mon, Nov 1, 2010 at 9:04 AM, Jeff Schwartz <jefftschwartz@gmail.com> wrote:

On Mon, Nov 1, 2010 at 8:22 AM, Thomas Broyer <t.broyer@gmail.com> wrote:

Well, except that Guice for instance (and I believe JavaEE 6 too, as
it's based on JSR 330, lead by Bob Lee, creator of Guice) does not use
an XML file.

Yes however I was specifically speaking to Spring DI.

Isn't that somehow due to Spring insisting in "everything should be a
singleton" (and eagerly instantiating them)?

 

I believe so, yes.

My concerns aren't with MVP; from what I have read I think MVP is a very good design pattern & I am eager to incorporate it. My concerns are more aligned with the dependency on Roo & STS (which I use for Groovy and for Grails development & which I really like) to accomplish syncing Views & Presenters. I would have preferred a pure Java solution such as relying on the compiler and code refactoring to generate binding code where needed.

Jeff

--
You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group.
To post to this group, send email to google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to google-web-toolkit+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.

--
David Chandler
Developer Programs Engineer, Google Web Toolkit
http://googlewebtoolkit.blogspot.com/

--
You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group.
To post to this group, send email to google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to google-web-toolkit+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.