从 Intranet 启动本地进程的与浏览器无关的方式
我们目前有一个用 ASP.NET 构建的企业内部网,最初是为 IE 设计的。 Intranet 的目的之一是管理文件版本控制并启动具有当前文件版本的程序。这需要 Intranet 在本地机器上启动进程,并使用 ActiveX 来完成。
我们现在正在重新设计内联网,使其尽可能与浏览器无关,但是这种本地应用程序启动的事情让我们感到困惑。
任何人都可以建议一种与浏览器无关的方式在本地启动进程吗?这仅限于公司 LAN 上的内部使用,其中计算机在 Windows 域上进行了身份验证。
我们已经提出的可能性,按照粗略的优先顺序:
- Javascript(怀疑它可能)
- Silverlight
- Flash
- Java 小程序
- 使用 Windows 组策略“立即”安排任务(看起来像黑客)
- 有一个本地运行的进程并使用 IPC一个服务器(也是一种黑客)
有人对什么可能有效而不是一个巨大的 PITA 实施有任何想法吗?
We currently have a corporate intranet built with ASP.NET and originally designed for IE. One of the purposes of the intranet is to manage file versioning and to launch programs with the current file version. This requires the intranet to start processes on the machine locally, and is done using ActiveX.
We are now reworking the intranet to be as browser-neutral as possible, but this local application launching thing has us stumped.
Can anyone suggest a browser-neutral way to start processes locally? This is strictly for internal use on a corporate LAN with computers that are authenticated on a Windows domain.
Possibilities that we've floated, in rough order of preference:
- Javascript (doubt it's possible)
- Silverlight
- Flash
- Java applet
- Scheduling a task for "now" with windows group policy (seems like a hack)
- Have a locally-running process and use IPC from a server (also sort of a hack)
Anyone have any thoughts on what is likely to work and be not a huge PITA to implement?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
签名 Java 小程序 是实现此目的的一种非常简单的方法。仅需要最终用户购买一次,可以在服务器端更新,可以对目标计算机拥有几乎全部的权限,等等。
或者,您始终可以使用 NPAPI。有点痛苦,需要实际安装,编程界面更棘手,感觉有点 90 年代的感觉,但仍然是可能的。 :-) NPAPI 插件在多个浏览器上得到良好支持。
A signed Java applet is a pretty easy way to do this. Requires end-user buy-in only once, can be updated at the server side, can have near-total rights to the target machine, etc.
Alternately, you could always write a browser plug-in using the NPAPI. A bit more of a pain, actual install required, trickier programming interface, feels a bit 90's, but still possible. :-) NPAPI plug-ins are well-supported across multiple browsers.