我正在启动一个项目，该项目将有一个瘦客户机，它发送请求并从服务器获取响应。

我们仍处于计划阶段，因此我们可以选择基于Eclipse的GUI(Eclipse插件)，也可以选择将GWT用作应用程序。

我对作为GUI的Eclipse不太熟悉(对GWT也不满意)，但确实了解"普通" Java。

两种方法的主要优点和缺点是什么？

编辑：解决提出的问题：

• 如果该项目基于Eclipse，则将使用核心Eclipse gui(没有编码工具，只有白手起家)，并且GUI会与之打包在一起。
• 我一直在研究GWT，到目前为止，它似乎是最好的选择，但仍然需要做一些研究。
• 通信方法是CORBA的一种变体(内部库)

解决方案

来自与我们一样经验丰富的人(没有开发过任何基于Eclipse的插件或者使用GWT进行的任何开发)，这纯粹是另一组对问题的看法。

纯粹从瘦客户机为该应用程序提供服务的角度来看，我认为GWT可以更好地应对这种情况。它肯定会更轻巧，并且不需要Eclipse插件带来的额外开销。

我还认为，这将使部署更新更加容易。

如果我们正在考虑使用Eclipse构建独立的客户端或者刚刚添加到现有Eclipse安装中的插件，那么我们打算如何与服务器进行通信？

我们的团队尝试构建Eclipse Rich Client Platform应用程序，并使该应用程序通过RMI与基于J2EE EJB的中间层通信，并且运行良好，除了我们需要安全性并且不能使用任何标准的J2EE安全性模式之外。在Eclipse客户端上创建一个将对服务器进行身份验证的登录名。

在Eclipse圈子中，这似乎是一个已知的问题，但是我还没有看到任何能解决这个问题的好方法。

GWT的功能似乎相当先进，并且有多个IDE为其添加了使用该工具的工具，但是我没有使用它的第一手经验。我在演示和示例方面看到的所有内容都使它看起来非常强大且易于使用。

所以我的基本观点是，Eclipse是一个令人兴奋的平台，但是我们将面临可能需要解决的困难。目前，GWT似乎是一个更容易的选择。