我正在努力学习一些好的框架（一组框架/语言），以构建一些基于RIA java的框架/语言，而不仅仅是面向业务的框架。我刚刚开始，所以请原谅我这么笼统的问题。
实际上，我在GWT上花了一些时间，我喜欢这种哲学。问题是Java 8;我正在使用Java 8，并且与GWT不兼容;我知道解决只是时间问题，但与此同时，我正在努力解决。
现在，我已经明白了（？）GWT是构建客户端RIA的最佳选择，但在服务器端方面缺乏一些东西，它可能需要以某种方式加强。但什么是"强化"？什么是GWT的"好合作伙伴"服务器端？
我已经看了一下Vaadin，但我不太喜欢这种哲学：在我看来，节省服务器和客户端的详细说明负载的Gwt想法正在获胜，而在Vaadin中，如果我不理解错误，阐述几乎只是服务器端。
现在的问题是：2014年最好的实践道路是什么？只有长城？GWT + 服务器端附加组件（以及什么插件？瓦丁？还是不同的东西？
我认为你必须考虑你想做什么。
如果你想继续使用java，那么基于GWT的解决方案是很好的。GWT为您提供了许多功能，并且没有太多的javascript麻烦。
如果您只需要服务器交互不多的客户端应用程序，这是一个不错的选择。当然，您需要项目的服务器部分。
Vaadin 来了，当你有一个服务器端解决方案时，具有许多业务逻辑，数据层，后台作业等。或者当你不想自己写GWT的东西时。（如果需要，您仍然可以）
您的业务逻辑在服务器端运行，与 Web 浏览器的通信受到保护，可以抵御常见的 Web 漏洞/攻击。（当使用自己的或基于 xml/json 的协议时，您必须自己实现它们）
Vaadin 集成了客户端+服务器端，无需使用 GTW 或 Javascript 的麻烦。
所以：
对于没有（或没有太多）服务器端代码的项目（业务层）选择长城对于所有其他事情，瓦丁
在我当前的项目（交易终端）中，我们使用 GWT 与服务器端通过 Web 套接字进行互操作。它快速，小巧，允许双向交互。
我们使用自定义协议，但您可以使用 Protobuf 在两端进行序列化/反序列化。旧浏览器不支持 Web 套接字。