不再支持 Java 小程序 - 有什么替代方案？ （文件操作 - shell 命令）

Question

我有一个关于如何从浏览器操作文件的问题，目前我们正在使用 java 小程序。要创建一些文件夹，请替换/删除保存一些文件/文件夹并执行带参数的 shell 命令。我们知道 Chrome 不再支持 npapi 和 java 小程序，FireFox 很快就会跟进，我猜 IE 不会永远落后。

所以实际的问题是最好的方法是什么？ 我们是否应该考虑创建插件（但这应该适用于所有主流浏览器 - 很多工作）

或者你推荐安装一个外部程序，我们可以在用户系统上启动什么？例如通过关联一个特定的扩展，或者通过添加一个 url 方案？

这个 Java Web Start 怎么样？这是否允许我们与 domino api 进行通信？

还有其他更好的技术吗？

我们正在构建的网站使用的是 IBM Domino 9.0.1 XPages (JSF)。

Answer 1

回答您的用例：内容管理系统。

对于添加文件，HTML5 文件 API 应该可以满足您的所有需求。有很多例子，包括多文件上传。

当您想要提供往返编辑体验时，它会变得更加棘手。就像您单击某些内容并打开 Word、Excel、Impress、Photoshop 并进行编辑一样。保存后，所有内容都会返回到 Domino。

这里的解决方案是 wevDAV。您甚至可以将 Domino 视图公开为 Explorer / Finder / Nautilus 中的文件夹。

对于 Domino，OpenNTF 上有一个项目，它为 Domino 上的文档/附件实现 WebDAV（我编写了它）。这可能是你最好的选择。

Answer 2

我认为我们应该在这里做出区分：

• 可以使用 HTML5 文件访问来完成文件访问等操作，但是
• 本地管理之类的事情绝对不是需要或不应该在浏览器中完成的事情。

事实上，我一直讨厌 Java 建议用户“不需要安装任何软件”来在他们的机器上执行此操作，这是一个直截了当的谎言，考虑到他们下载了 Java 软件，必须告诉他们的 Java 策略框架相信这一点，然后该软件就能够进行本地更改。这与下载任何（签名的）可执行文件并让您的用户执行它一样不安全。

Java 的可移植性¹ 似乎不适用于您的用例； “执行 shell 命令”听起来是不可移植的。因此，最终，您要么只有一个平台，要么每个平台都有一个解决方案，在这种情况下，由于相同的 Java 可执行文件可以在所有 JRE 上运行（即使是这种情况），您也无法获得可移植性.

我想说：现在是让 Java for Desktops 消亡的好时机，尤其是因为您似乎没有在应用程序中做任何 Java 擅长的事情²。

听起来，一般的安装程序框架可以在不编写任何代码的情况下执行您想要的操作。那里有很多，尤其是对于 Windows，您似乎正在解决这些问题；以微软的.MSI 为例。您最终会得到一个两次点击、可签名、可信赖、可更新的解决方案，完全不需要用户保持 JRE 的安装或安全。

澄清：我真的不讨厌 Java；我不认为它是最伟大的语言或拥有最好的生态系统，但无论怎样让你的应用程序工作都很好。

现在，你提到：

明确地说，我们正在创建一个文档管理系统，它曾经位于 Lotus Notes 客户端上，并且我们正在尝试将其移植到 Web。

这听起来确实像是选择任何浏览器并嵌入它可能是个好主意。事实上，Firefox“只是”一个围绕浏览器核心的应用程序，您可能只是修改它（例如通过编写扩展程序）以满足您的需求。这样，它并不是真正的“Web 应用程序”，但它可以满足您与 Web 应用程序集成和本地管理访问的要求。我还建议您对需要在本地运行的 shell 脚本三思而后行——也许它们的工作可以更容易地被另一个程序甚至是“网络兼容”的东西代替，而不是从您的网络应用程序中以本地权限调用它们。

---

¹（这在当时是一件大事，但老实说，如今的 Java 应用程序与桌面操作系统上基于 .Net 或 Qt 的普通应用程序一样可移植，但从来没有完全像家一样 - 这就像 可移植性丑妹妹，如果你是可移植的，但在每个平台上只提供功能和外观的最小公共子集）

² ...不管是什么！