这里有一个例子,我创建了一个虚拟环境来链接2个AppV 5.0 SP3应用程序。
AppV5包以一种有趣的方式相互交流!我说,因为一旦启动了主应用程序,我就可以看到其他AppV5创建的连接,但是如果我单独从第二个应用程序启动应用程序图标,这个图标似乎找不到主应用程序进程,所以它会发送一个错误,说该应用程序不存在。
TN3270 Plus是主进程,其余只是连接
启动SCAE或SCAI连接会出现此错误
因此,我正在对这个案例进行故障排除,我得出的结论是,执行一个脚本来使图标指向另一个AppV 5气泡主进程,它可能会直接从图标开始工作。但是,在对第二个应用程序进行排序时,什么样的脚本会更好、更容易集成呢?
我认为CMD会是一个很好的候选者,但到目前为止还不是很成功。它在气泡内启动CMD进程,它仍然是静态的和可见的,能够键入一些命令来启动应用程序,这对于让技术人员解决问题是很棒的,但对于用户来说,他们根本不应该看到CMD窗口,而只是能够自动启动主应用程序进程,也许几秒钟就可以了,但不是一直打开它。
我在这个网站上看到了如何执行AppV5气泡过程,但到目前为止,它并没有以用户应该看到的方式工作。请注意,这两个应用程序都在AppV 5中,并与虚拟环境相链接,它们在下面的站点上显示的案例是一个带有AppV 5气泡的本地安装的应用程序:http://blogs.technet.com/b/gladiatormsft/archive/2013/04/24/app-v-5-0-launching-native-local-processes-within-the-virtual-environment.aspx
对此有什么想法吗?提前谢谢。
发布于 2015-07-19 14:06:07
这不是一个很好的答案,但我不能评论,所以你就这样吧。
听起来你需要点ProcMon了。如果你能指出图标在包中的位置会很有帮助--这些是发布的快捷方式还是别的什么?
另一个值得考虑的角度是:启动应用程序时使用的是ConnectionGroup ID还是Package ID?
我们通常避免分组,因为理解VFS元素在起作用以及玻璃层如何影响应用程序本身要复杂得多。
这仅仅是关于一个.ICO文件吗?当然,把这些放到其他App-V中(甚至在App-V之外)是完全可以的,如果这是一个肮脏的变通办法。
https://stackoverflow.com/questions/30785603
复制相似问题