备选Java小程序网盘访问
Alternative Java applet network drive access
Chrome 与 NPAPI 的兼容性即将崩溃，IE 与 ActiveX 的崩溃 Java Applets 的前途一片黑暗。目前，我们积极地为我们的客户组织使用一个安全的小程序，使他们的用户能够通过单击一个按钮将一堆文件从他们的文件系统上传到我们的服务器。该小程序可以完全访问任何配置的驱动器，包括网络驱动器。
随着小程序即将消亡，如果我们找不到替代品，此功能将会丢失。我已经尝试探索不同的解决方案，包括 chrome 文件系统 API 但目前仅适用于 Chrome (http://caniuse.com/#feat=filesystem) 并且访问受限。
有人知道继续支持备受赞赏的功能的替代方案吗？很遗憾，我们有义务支持所有浏览器，直至 IE8。
我已经写了一个 post 关于这个 here。
一旦GoogleChrome第一个宣布不再支持NPAPI，他们也是第一个提供新架构以重写你的代码在他们的浏览器上工作。您可以查看本机消息传递，它“可以使用类似于其他消息传递 API 的 API 与本机应用程序交换消息”。问题是这种方法只适用于Chrome，不是你可以适应其他浏览器的东西。
一个更有用的方法是 FireBreath，它是 post NPAPI 世界中的一个浏览器插件。看看下面一位项目小伙伴的话：
“FireBreath 2 将允许您编写可在 NPAPI、ActiveX 或通过本机消息传递中运行的插件；它即将准备好进入测试版。它没有任何真正的绘图支持，但可以满足您的描述。安装过程有点痛苦，但它有效。本机消息传递组件使用的 FireWyrm 协议可用于任何允许传递文本数据的连接；应该可以让它在 firefox 上与 js-ctypes 一起工作，或者以某种方式在 WEB-RTC 甚至 CORS AJAX 上使用。目前我们唯一需要解决的问题是 Chrome，但我们采用的方式应该可以很好地移植到其他技术。”
根据 Uly Marins 提供的答案，我研究了建议的选项。不幸的是，这些选项对我们的应用程序不可行，因为我们的大多数用户没有足够的权限安装第三方插件。此外 API 仍处于测试阶段，在稳定的生产环境中不会有任何好处。
我们想要解决的主要问题是能够从访问的文件夹中删除文件。移除 NPAPI 支持的市长目标之一似乎正是为了防止这种可能性。因此，我们需要将我们的目标降低到一个简单的解决方案，该解决方案仍然为我们的用户所接受，并提供有关如何手动清除所选文件夹的额外培训（因为我们的大多数用户几乎是计算机文盲，需要访问网络文件夹）。
长话短说。所请求的解决方案不再可行，必须用更简单的解决方案和额外的培训来代替。
Chrome 与 NPAPI 的兼容性即将崩溃，IE 与 ActiveX 的崩溃 Java Applets 的前途一片黑暗。目前，我们积极地为我们的客户组织使用一个安全的小程序，使他们的用户能够通过单击一个按钮将一堆文件从他们的文件系统上传到我们的服务器。该小程序可以完全访问任何配置的驱动器，包括网络驱动器。
随着小程序即将消亡，如果我们找不到替代品，此功能将会丢失。我已经尝试探索不同的解决方案，包括 chrome 文件系统 API 但目前仅适用于 Chrome (http://caniuse.com/#feat=filesystem) 并且访问受限。
有人知道继续支持备受赞赏的功能的替代方案吗？很遗憾，我们有义务支持所有浏览器，直至 IE8。
我已经写了一个 post 关于这个 here。
一旦GoogleChrome第一个宣布不再支持NPAPI，他们也是第一个提供新架构以重写你的代码在他们的浏览器上工作。您可以查看本机消息传递，它“可以使用类似于其他消息传递 API 的 API 与本机应用程序交换消息”。问题是这种方法只适用于Chrome，不是你可以适应其他浏览器的东西。
一个更有用的方法是 FireBreath，它是 post NPAPI 世界中的一个浏览器插件。看看下面一位项目小伙伴的话：
“FireBreath 2 将允许您编写可在 NPAPI、ActiveX 或通过本机消息传递中运行的插件；它即将准备好进入测试版。它没有任何真正的绘图支持，但可以满足您的描述。安装过程有点痛苦，但它有效。本机消息传递组件使用的 FireWyrm 协议可用于任何允许传递文本数据的连接；应该可以让它在 firefox 上与 js-ctypes 一起工作，或者以某种方式在 WEB-RTC 甚至 CORS AJAX 上使用。目前我们唯一需要解决的问题是 Chrome，但我们采用的方式应该可以很好地移植到其他技术。”
根据 Uly Marins 提供的答案，我研究了建议的选项。不幸的是，这些选项对我们的应用程序不可行，因为我们的大多数用户没有足够的权限安装第三方插件。此外 API 仍处于测试阶段，在稳定的生产环境中不会有任何好处。
我们想要解决的主要问题是能够从访问的文件夹中删除文件。移除 NPAPI 支持的市长目标之一似乎正是为了防止这种可能性。因此，我们需要将我们的目标降低到一个简单的解决方案，该解决方案仍然为我们的用户所接受，并提供有关如何手动清除所选文件夹的额外培训（因为我们的大多数用户几乎是计算机文盲，需要访问网络文件夹）。
长话短说。所请求的解决方案不再可行，必须用更简单的解决方案和额外的培训来代替。