| I've just been checking this out too (partly because of the new IntelliJ plugin for GWT). Pros: * I'm pretty impressed with the code translation, and shudder to think about trying to hand-code some of the _javascript_ that this thing does. * I particularly like the Timers, for animated stuff. * I wasn't able to actually get anything to work, but doing AJAX calls seems very elegant as well. * The IntelliJ plugin is very nice. It flags when you use classes you shouldn't, and makes implementing remote services very easy. Cons: * Deployment seems very rough around the edges for a standard servlet. I suspect development would be easier on windows or linux. Things should improve when they release an OS X version of the framework. I wasn't able to get the plugin to compile my GWT code, I had to do it from the command line. * Fitting it into a WebObjects setting would be very difficult. The AJAX calls assume that you're hosting a Servlet container. You'd need some sort of adaptor to convert incoming WORequests in a DirectAction to a servlet request object. Or else reverse engineer the remote servlet API, using the gwt.jar. * It is a little _too_ abstracted from HTML for me. It seems targeted at people who have only programmed Swing applications, and don't know what a <table> is. Conclusion: I've decided to just wait until an OS X release is available, and hopefully the deployment options become a bit more flexible. I'm using script.aculo.us for some things now, and aside from the bloat it works all right. It's a much higher-level lib, though. GWT would really allow you to customize things. On Oct 18, 2006, at 8:33 PM, Q wrote:
|
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [email protected]
