Hi David, What we are trying to develop is GWT based enterprise application, to be deployed in the cloud. For such a product we need:
1. Tools for easy deployment to the cloud as well as monitoring and control the application while running in the cloud, something like what the Vmware V-Fabric is promised to deliver. 2. GWT generator that will make it easy: a. To generate the basis of the application make application changes b. To migrate to a newer GWT version In regard to Roo, we had lots of hopes that it would provide a solution for the second requirement. However we faced with major performance problems as soon as scalability in the number of model entities was needed. From our point of view, there is a need for a tool that can support more than 5-8 entities, while not necessarily do all the required updates in real-time. Also better coordination with the GWT team is needed in order to support requirement 2.b. We initiated this session in the GWT forum in order to learn if there is someone here who faced the same issues, and to understand what people consider the best practices for in this environment. Amit Kleinmann On Jun 25, 12:14 pm, Aza Tek <[email protected]> wrote: > "It seems that most folks want to use GWT RequestFactory and Activities & > Places without code generation, so we've chosen to prioritize effort around > making that easier..." > It's not clear to me why we can't push for both: > 1. Use Roo to generate and MANAGE boilerplate code (Roo allows you chop and > change your code). > 2. Make it easier to write gwt code. > Am I missing something? > Thx > > On Fri, Jun 24, 2011 at 3:11 PM, David Chandler > <[email protected]>wrote:> We've seen very little interest in GWT-Roo > integration on this forum. It > > seems that most folks want to use GWT RequestFactory and Activities & Places > > without code generation, so we've chosen to prioritize effort around making > > that easier (for example, ServiceLocators and issues 5807, 6234 make it > > possible to inherit generic service methods vs. generate them). > > > Technically, GWT-Roo integration is structured as a Roo add-on so Spring > > needs to be at least involved in any further work. > > > Are you just wanting to kick the tires or have you already adopted Roo and > > have a really strong use case for GWT integration also? > > > /dmc > > > On Fri, Jun 24, 2011 at 6:19 AM, Aza Tek <[email protected]> wrote: > > >> Wonderful, wonderful question Amit. I'm all ears for a genuine answer on > >> this one (NOT the usual "This is a springsource-team problem", when it's > >> clearly so important to GWT). > > >> Thanks > > >> On Fri, Jun 24, 2011 at 11:53 AM, Amit <[email protected]> wrote: > > >>> On Google I/O 2010, the VMware- Spring Roo tool was demonstrated. It > >>> shows how one can quickly build a simple GWT application, where Roo > >>> got only small and simple input and generated the entire code. A year > >>> later, in one of the sessions of Google I/O 2011, a question was asked > >>> regarding the collaboration of Google with VMware and the future of > >>> Roo and its GWT plugin, however this time no real answer was given. > >>> I wonder what is the status of Roo and the GWT plug-in from your eyes, > >>> is it going to be a tool ready for production (for real applications > >>> rather than demo only). > >>> Also what is the reccomended way for integration of GWT with the cloud > >>> for an entrprise application - e.g., is there any intention to provide > >>> integration with the VMware spring V-Fabric products? > >>> What is the future of GAE in that sense given the following report > >>>http://gigaom.com/cloud/can-google-app-engine-compete-in-the-enterprise > > >>> Waiting for your comments, > > >>> Amit Kleinmann > > >>> -- > >>> You received this message because you are subscribed to the Google Groups > >>> "Google Web Toolkit" group. > >>> To post to this group, send email to [email protected] > >>> . > >>> To unsubscribe from this group, send email to > >>> [email protected]. > >>> For more options, visit this group at > >>>http://groups.google.com/group/google-web-toolkit?hl=en. > > >> -- > >> You received this message because you are subscribed to the Google Groups > >> "Google Web Toolkit" group. > >> To post to this group, send email to [email protected]. > >> To unsubscribe from this group, send email to > >> [email protected]. > >> 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 > > w:http://code.google.com/ > > b:http://googlewebtoolkit.blogspot.com/ > > t: @googledevtools > > > -- > > You received this message because you are subscribed to the Google Groups > > "Google Web Toolkit" group. > > To post to this group, send email to [email protected]. > > To unsubscribe from this group, send email to > > [email protected]. > > For more options, visit this group at > >http://groups.google.com/group/google-web-toolkit?hl=en. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
