反对反对Java Webstart?

Question

由于释放Adobe空我想知道为什么Java网开始没有得到更多的关注，在过去作为对我来说这似乎是非常相似，但是，网络启动可用于更长的时间。

是这主要是因为不好的营销从太阳，或是否有更多的技术问题的其他需要具有正确的JVM安装？你有不好的经历使用网络开始？如果是，哪个？是什么你的建议时使用的网开发的应用程序？

Answer 1

在我的公司，我们使用Java Web Start来部署Eclipse RCP应用程序。设置很痛苦，但一旦到位就能很好地工作。因此，我唯一可以做的建议就是从小处开始，以便掌握它。首先部署一个简单的应用程序。尝试部署一个没有JWS经验的完整产品变得非常复杂。

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

-Xdebug -Xnoagent -Xrunjdwp：transport = dt_socket，server = y，suspend = y，address = 4144

在启动期间需要检查问题时有帮助（暂停= y）

我认为接受Java Web Start的主要问题是设置起来相对困难。此外，不知何故有这种不和谐：当你有一个桌面应用程序时，人们期望他们可以双击安装程序。当您拥有Web应用程序时，人们希望他们可以直接在浏览器中使用它。 Java Web Start既不存在......

它广泛用于内联网。

Answer 2

我从5年开始在银行的内联网工作，我的部门开发并分发了大量的Java Web Start应用程序，这些应用程序遍布全球，我认为Java Web Start拥有最好的桌面应用程序（易于开发，丰富的用户界面，客户端机器的处理能力）和Internet应用程序（易于部署和升级）。

我非常喜欢Java Web Start

Answer 3

我在JWS做过一次项目，跑步很痛苦。更糟糕的是，我甚至没有处理整个互联网，这是一个小型应用程序，我办公室里只有少数人会使用它。在配置服务器并帮助他们在客户端计算机上设置应用程序时，我不止一次地举起双手。

我认为AIR现在越来越受欢迎（虽然我从来不知道会得到多远）因为它有人们真正想要使用的应用程序（命名你最喜欢的JWS应用程序......继续，我在等待）像 twhirl 。我仍然不是AIR工作方式的忠实粉丝，但它比JWS好多了。

Answer 4

这是一个列表 mindprob:

• Java网应用程序的开始是痛苦的缓慢启动。监视器的负载一个新JVM对本身和对各应用程序。应总检查在网上更新，下载和处理的整个新JNLP文件，而不是仅仅检查其的日期。但是，如果它需要80秒钟或以检查新版本，就意味着你有可能遇到麻烦一个代理服务器。开始javaws.exe 击和编辑⇒偏好⇒网络设置⇒直接的。你不想让耶和华见证人试图使用谷歌促进剂代理。还要检查在即，"工具"⇒互联网的选择⇒连接⇒局域网的设置并确保所有的是因为你期望的。
• 更新的采取只是为长下载作为原始应用程序。几乎没有聪明适用于使更紧凑。
• 它需要定义上运行的代码ISP正确地服务于jardiff的文件，或使用未来pack200超压缩。
• 它没有太大的改变由于其最初的释放。它可能是又一个孤立的产品。它不值得。然而，太阳已经发布了一个新的测试1.2后一年左右的时间里什么都没发生，并且它已经融入java运行环境，所以我们会看到，如果它捡蒸汽了。有一些主要问题，它们都忽略，如证书，证书确定背后隐藏的初始屏幕，并需要确定每个罐子分开。即使是孤立的没什么可怕的事情会发生。除非你写的未签名耶和华见证人的应用程序和使用的耶和华见证人的沙盒，你的耶和华见证应用程序的运行的现独立。
• 它需要特殊配置的JNLP MIME type在服务提供商和客户浏览器。这些都不是根据开发人员的直接控制。
• 如果你有一个紧迫的更新，你不能强迫它以前安装的程序曾经再次运行。
• 它需要一个硬性的方案分配上的硬盘空间的客户的机，具有以下性能：
  • 名目录的分配必须避免名称的冲突，与其它供应商。他们应该把主要包名的申请。
  • 姓名必须是有意义的终端用户。他们应该是他可以记住,找到和类型的时候他需要找到的文件桌面工具。
  • 该计划必须提供一个地方，既为每用户和应用程序文件。
  • 一个程序应对任何平台，而无需修改，以处理发现的文件。

Answer 5

Java Web Start是启动更大的Java应用程序的正确方法，因为它允许轻松更新和安装/下载应用程序，并允许比Java小程序更好的UI / UX。

然而，使用具有默认设置的常见浏览器从网页启动Java Web Start应用程序有一些障碍：

1. Sun / Oracle无法创建有效的浏览器集成。有关Google Chrome / Chromium的信息，请参见 http://crbug.com/10877 。基本上，Java插件无法实现所需的NPAPI，以使Firefox和Chrome可靠地将MIME类型 application / x-java-jnlp-file 转发到 javaws / < code> javaws.exe binary。

2. Sun / Oracle无法获得Java Web Start .jnlp 文件的真实注册MIME类型。 application / x - 前缀在技术上意味着草稿或私有。

3. 当Java Web Start处理应用程序下载和启动时，Sun / Oracle无法使用URL方案而不是MIME类型。例如，如果不使用诸如 https://example.com/app/launch.jnlp 之类的URL，则以 javaws：//example.com/app/launch启动Java Web Start .jnlp 事情会更顺畅。这是因为在这种情况下，Web浏览器甚至不需要加载 .jnlp 文件，它只是将完整的URL传递给方案处理程序（这将是 javaws 二进制）。

注意重复部分（“ Sun / Oracle失败...... ”），您不再需要想知道为什么Java Web Start从未获得太多牵引力。最大的缺失是获得一个网页链接可靠使用给定的 .jnlp 文件启动 javaws 二进制文件。 应该在技术上非常简单（只需在安装 javaws 二进制文件时注册新的URL方案），但Sun / Oracle无法做到这一点。我个人认为整个混乱是由于试图混淆MIME类型而不是简单地使用新的URL方案。即使是MIME类型的东西也非常糟糕，因为大声喊叫。

如果您仍想使用Java Web Start，只需准备好正确配置浏览器的文档，以解决Sun / Oracle留下的问题。好的部分是它只需要完成一次，它将适用于任何使用Java Web start的站点。不好的一面是，通常浏览器从未被配置为使用 .jnlp 文件做正确的事情而你因使用“难以使用的技术”而受到指责。因为用户不想仅仅为了使用您的应用程序而配置他们的浏览器。我是否提到Sun / Oracle无法自动配置浏览器？

Answer 6

我的经历：
我用它来2006年，银行的内部网申请。

首次下载很好， 但是当想要推出新版本时， jar文件的缓存不起作用， 所以新文件没有推送到客户端。

花了一周的时间试图解决这个问题而没有成功。