自Adobe AIR发行以来，我想知道为什么Java Web Start过去并没有获得更多关注，因为对于我来说，Java Web Start似乎非常相似，但是Web Start的可用时间更长。

是主要由于Sun销售不佳，还是除了需要安装正确的JVM之外还有其他技术问题？我们是否有使用Web Start的不良经历？如果是的话，哪个？使用Web Start分发应用程序时，我们有什么建议？

解决方案

在我公司中，我们使用Java Web Start部署Eclipse RCP应用程序。设置起来很麻烦，但是一旦安装就可以很好地工作。因此，我唯一可以提出的建议是从小处着手。首先部署一个简单的应用程序。试图部署已经没有JWS经验的完整产品，变得相当复杂。

另外，学习如何将参数传递给JWS应用程序对于调试非常重要。设置环境变量JAVAWS_VM_ARGS允许为Java虚拟机设置任何任意属性。就我而言：

-Xdebug -Xnoagent -Xrunjdwp：transport = dt_socket，服务器= y，暂挂= y，地址= 4144

当我们需要在启动过程中检查问题时很有帮助(suspend = y)

我认为接受Java Web Start的主要问题是设置相对困难。另外，还有某种不和谐之处：当我们拥有桌面应用程序时，人们希望他们可以双击安装程序。当我们拥有一个Web应用程序时，人们希望他们可以直接从浏览器中使用它。 Java Web Start既不存在，也不存在...

但是，它已广泛用于Intranet。

我曾经在JWS中做过一个项目，开始上班很痛苦。更糟糕的是，我什至没有处理整个Internet，这是一个很小的应用程序，办公室里只有几个人会使用它。在配置服务器并帮助他们在客户端计算机上设置应用程序时，我不止一次地举起手来。

我认为AIR现在变得越来越流行(尽管我永远不知道它会发展到什么程度)，因为它具有人们真正想要使用的应用程序(命名我们喜欢的JWS应用程序……继续，我在等)，就像旋转一样。我仍然不是AIR工作方式的忠实拥护者，但是比JWS好得多。

我已经在银行的内部网工作了5年，我的部门已经开发和分发了很多Java Web Start应用程序，这些应用程序在世界各地都使用，我认为Java Web Start具有最好的桌面应用程序(易于开发，丰富的用户界面，客户端计算机中的处理能力)和Internet应用程序(易于部署和升级)。

我真的很喜欢Java Web Start

这是mindprob的列表：

• Java Web Start应用程序启动缓慢。该监视器为其自身和每个应用程序加载一个新的JVM。应用程序总是在网上检查更新，下载和处理整个新的JNLP文件，而不仅仅是检查其日期。但是，如果花费80秒钟左右的时间来检查新版本，则意味着我们可能无法使用代理服务器。启动javaws.exe，然后单击"编辑"。优先 ？网络设置 ？直接的。我们不希望JWS尝试使用Google Accelerator代理。还要在IE中签入，单击"工具"？互联网选项 ？连接？ LAN设置，并确保所有操作均符合期望。
• 下载更新所需的时间与原始应用程序差不多。几乎没有应用任何聪明方法来使更新紧凑。
• 它需要在ISP上运行的自定义代码才能正确提供jardiff文件或者使用即将到来的pack200超压缩。
• 自最初发布以来，它并没有太大变化。它可能是另一个孤立的产品。它不应该是。但是，Sun在一年左右的时间里什么都没有发生过，但已经发布了新的beta 1.2，并且已经集成到JRE中，因此请看看它是否再次受到欢迎。他们忽略了一些主要问题，例如证书OK隐藏在初始屏幕后面，并且要求每个罐子分别为OK。即使成为孤儿，也不会发生任何可怕的事情。除非我们编写未签名的JWS应用程序并使用JWS沙箱，否则JWS应用程序将可以独立运行。
• 它要求在ISP和客户端浏览器中都对JNLP MIME类型进行特殊配置。这些都不在开发人员的直接控制之下。
• 如果我们有紧急更新，则无法在再次运行该应用之前强制安装该更新。
• 名称对于最终用户必须是有意义的。当他需要使用桌面工具查找文件时，它们应该是他可以记住，查找和键入的内容。
• 该方案必须为每个用户和每个应用程序文件提供一个位置。
• 程序应可在任何平台上运行而无需进行修改以处理其文件查找。