Hi Marius, Sorry I can't share the code as it isn't open source, however it isn't that hard to do - just take a look at the RequestBuilder class.
Rob On Aug 10, 10:59 am, "marius.andreiana" <[email protected]> wrote: > Hi Rob, > > Would you share a sample project (full source code) using REST APIs > from plain GWT? > > Thanks all for your feedback. > > On Aug 10, 12:40 pm, Rob <[email protected]> wrote: > > > I have developed a large app using GWT-Ext, unfortunately the > > developers of GWT-Ext then dumped it and switched to Smart-GWT. I can > > see their reasons for doing this (Ext-JS library version they used had > > some shortcomings) but it has left me a few problems. As a result of > > this I started evaluating how best to migrate away from GWT-Ext. This > > involved looking at the alternatives. > > > My preferred option was to go for a pure GWT approach mainly because > > you no longer have to worry about working around problems in a wrapped > > JavaScript library - debugging these type of issues is not easy. > > Unfortunately the current pure GWT widgets just aren't good enough, so > > I have had to postpone any migration for the moment. > > > Anyway to get back to the point I think that although the hybrid > > approach may be tempting in the short term, you will just be storing > > up long term support problems. > > > The other option that I haven't fully explored yet is the GXT (Ext- > > GWT) approach, this is a pure GWT version of the Ext-JS library. The > > only issue I have with this approach is that it requires a commercial > > licence. > > > As to your REST question, I make extensive use of this now from plain > > GWT and have no issues with it at all - in fact I've now started using > > it instead of GWT-RPC simply because it means that our other clients > > can then easily make use of the various services our server provides. > > > Rob > > > On Aug 10, 10:03 am, Paul Robinson <[email protected]> wrote: > > > > gwt-dnd works very well - you probably shouldn't use the fact that dnd > > > is provided by a 3rd party library as an argument not to use GWT. I've > > > not used REST, so don't know if the same would apply there, but it may. > > > > Good reasons for using GWT include: > > > - it's in java, so you get all the java tools (good IDEs, debugging, > > > refactoring etc) > > > - debugging in java in your target browser is worth quite a lot > > > - it generates highly optimised javascript > > > > I believe that with SmartGWT you lose the code splitting ability for the > > > javascript parts of their library. I don't know how viable the hybrid > > > approach you've mentioned is - check whether their widgets are > > > compatible with vanilla gwt widgets. > > > > Paul > > > > marius.andreiana wrote: > > > > Hi, > > > > > We're working on a large project, which has the back-end is written in > > > > a non-Java technology, with REST APIs. We're looking for a framework > > > > to replace the current UI. > > > > > I did a brief analysis of using GWT: > > > >https://docs.google.com/document/edit?id=16rQknO-r3ZqfMbuIl0R52OnFcWB... > > > > > I'm looking to get this group's feedback before I present my findings > > > > to the team. What do you think? > > > > > Thanks, > > > > Marius -- 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.
