有许多RIA框架弹出（flex，extjs，gwt等等）。为什么不使用java web start而不是其他RIA框架？
如果我的服务器是用Java编写的，为什么不用java web start？我看到的好处是：我用一种易于调试的语言编写程序（与javascript相比），我可以在服务器和客户端（验证，模型对象）中使用相同的代码。通过SWT，我可以看到漂亮的GUI。
即使这意味着需要在浏览器中使用插件（或使用cli工具），如果我的应用程序是企业应用程序，它有什么关系吗？
对于webstart，您需要在客户端安装Java。对于Flex Flash。对于Silverlight .Net。对于其他RIA平台支持JavaScript的浏览器。在这个问题上有很多产品是政治性的。
Java是非常意图，因为“似乎都是钉子”。当然，Java的优点之一是：在每个平台或环境（服务器/客户端/中间件）上具有相同的语言，相同的知识，相同的代码。
对于企业内部使用，不，它根本没有关系。如果你的企业在互联网上，决定要复杂得多（甚至你必须在不同的平台上提供相同的功能）。
唯一的反意见是，在很多情况下，不可能强制富客户端应用程序的客户端在他们的机器上安装Java运行时。其他一切都是品味的问题，已经存在的知识和经验。
是的我认为这很重要，因为一些大公司仍然将IE6作为其标准浏览器和基于Web的应用程序的要求。这些将不允许你在他们的恐龙浏览器中安装任何第三方插件。
而且，对于使用JavaScript，CSS和HTML等现有浏览器技术的RIA技术（包括仅生成客户端JavaScript和仅包含JavaScript组件库的ExtJS的GWT）以及需要一个额外的运行时环境（Flash，Flex或客户端）。
当然有些东西比专有或第三方解决方案更容易完成（或者您只是在其中一个平台上拥有更多知识），但我仍然认为在标准化和已实施的技术中存在巨大潜力在每个现代浏览器中（浏览器之间的差异正在缓慢但稳步地变得更好）。
如果您将它作为第三方应用程序发布，您可以将JRE定义为系统需求，但不是JavaWeb Start，而是将其作为普通的Java应用程序发布。
我认为，直到现在，完美的客户端技术根本不存在。我们对ajax感到兴奋，然后又有另一种像Adobe Air这样的“热门”技术。这些技术与“老式”客户端服务器应用程序有什么区别？我的朋友们，我们回到了90年代初！ AIR例如需要在客户端计算机上安装运行时，它有权访问本地系统资源并使用二进制协议与服务器进行通信。另一方面，我们正在开发“RIA”应用程序（以及非常好的应用程序:)，使用纯Java Swift客户端通过Spring的二进制远程协议与服务器进行通信。我必须说，在这样的开发生命周期中，Java-Webstart是赢家。特别是在java领域的大型项目中（我的意思是laaaarge规模，而不仅仅是电子商店），我还没有找到更高效和可维护的东西（啊！维护...另一个大故事）比这个。 国际海事组织如果你的用户可以生活在一个很好的外观和感觉，你不必采用另一种技术，因为它是年轻和性感使用webstart。把更多的工作放在你的商业模式中。毕竟所有的企业应用都是关于商业的，而不是动画。而钱是业务所在;）
由于您不再拥有RIA，而只是一个桌面客户端。 ;-) – 2009-10-06 13:29:12
企业应用程序您是在谈论一个内部应用程序，您可以在其中指定您的用户群或额外公司（承包商，供应商，供应商等）应用程序的运行环境，而最终用户可能不会使用相同的环境？ – Drew 2009-10-06 13:31:20
@mlk：当然是桌面客户端。那有什么害处？ @Drew：我指的是前一种情况，我可以假设用户在开始使用我的应用程序之前将安装Java。 – IttayD 2009-10-06 14:24:23