需要通过javascript与浏览器通信的java小程序的替代方案

在我们的web应用程序中，我们使用Java小程序通过jacob jar调用MS.Word应用程序，例如Word打开、编辑，并在保存时自动上传到服务器

Google Chrome将不再支持NPAPI，所以很快我们就不能在Chrome中运行我们的小程序了

---

那么，对于Java小程序的替代方案，有什么建议吗。我们希望像以前一样为用户提供同样的体验。

我们也有同样的问题。使用Webstart无法再进行这种通信。我们将在webstart应用程序和浏览器之间使用WebSocket。我们的第一次尝试是在webstart中启动websockets服务器，并使浏览器连接到本地主机。如果浏览器中的安全限制不可能做到这一点，那么我们将通过Web服务器、浏览器和webstart应用程序连接到Web服务器并交换消息来实现这一点。

我可以看到两种不同的可能性

创建一个独立的应用程序，该应用程序使用以下技术“包装”您的web应用程序：。然后，您可以随心所欲地进行浏览器到桌面的集成。这将需要在客户端上安装

启动一个webstart应用程序（也可能是在客户端上进行的任何安装）。它需要启动Web服务器，或者连接到Web服务器并通过http进行通信

我对小程序的丢失感到难过。这是一项不容易被取代的技术。另一种方法似乎有点像“变通方法”。没有简单的、跨浏览器的方法来打破浏览器沙箱并访问系统

对于我自己来说，小程序的丢失仅仅意味着自动化这些过程变得太困难了，最好找到一种实现类似最终结果的替代方法

---

一个小提示：如果您要启动本地Web服务器，请注意安全性。系统上的其他进程可以访问它。通过向端口发送请求来打开任何人的系统不是很有趣吗

非web应用程序。或者你可以告诉你的用户不要使用Chrome，但如果他们不是技术人员，这可能会比非web应用程序更让他们烦恼。也许你应该以一种不涉及Word的方式重新思考你的应用程序。现在，可以完全在浏览器工具（Javascript/HTML5）中实现非常好的富文本编辑器。而且它是跨平台的，不需要现有的Office许可证。#Real怀疑论者thx对于您的回复，我们已经在我们的应用程序客户端中提供了该选项，可以使用编辑器/word查看/修改他们的文档。但这是强制性的，我们需要实施它（Word）。我们可以使用JavaWebStart这样实现吗？但是我不知道JWS是否可以与我们的javascript进行通信，后者在浏览器中运行。如果你指的是Jacob COM库（），那么我们谈论的是DLL的使用，它通过COM与Word进行本机通信。在这种情况下，你运气不好-目前没有其他选择。请看我在这里的帖子：第一种方法的结果是什么？