我正在寻找有关在最终用户系统上部署Java应用程序的良好选择的建议。
我们的最终用户不是技术精湛的专家,而是不能指望找出目录和版本冲突的临时计算机用户。
Runnable jar不实用,因为我们需要提供VM参数。批处理文件不实用,因为无论出于何种原因,java.exe都不在大量Windows系统的$ PATH中。
Webstart是一个选项,但我们的用户通常会抱怨没有创建快捷方式(显然已经损坏的功能),网站上的每次点击都会提示新的下载,而且过多的其他问题使这个选项看起来令人难以置信对最终用户不专业。
google for Java部署时发现的许多内容本身都是用Java构建的,这意味着它们不会在Java安装缺失或损坏的系统上运行。
答案 0 :(得分:3)
答案 1 :(得分:1)
- Webstart是一个选项,但我们的用户通常会抱怨没有创建快捷方式(这个功能显然已经损坏),网站上的每次点击都会提示新的下载,而且过多的其他问题使这个选项看起来非常不专业。最终用户。
许多webstart部署非常不专业。确保使用JaNeLA验证显示问题的任何部署。有关快捷方式,请查看JNLP API的IntegrationService
,以便在启动后通过反馈建立它们。
最终,API会有bug。如果您在网站上找到一个,请在bug database上报告(此时已损坏,但您必须尝试)。
- google for Java部署时发现的许多内容本身都是用Java构建的,这意味着它们不会在Java安装丢失或损坏的系统上运行。
对于缺少或过低的Java版本,请使用deployJava.js以确保存在合适的JRE。没有关于破损安装的想法。
我怀疑您是否会立即回到JWS,但请根据上述想法进行调查,以备将来使用。