我有一个情况，我创建了一个虚拟环境来链接2个AppV 5.0 SP3应用程序。
AppV5套餐以有趣的方式相互交谈！我说过，因为一旦启动主应用程序，我可以看到其他AppV5创建的连接，但是如果我从第二个应用程序单独启动应用程序图标，那么这个似乎找不到主应用程序进程，因此它发送错误说应用程序不存在。
TN3270 Plus是主要流程，其余只是连接
！[TN3270 Plus是主要流程，其余只是连接] [1]
启动SCAE或SCAI连接会出现此错误
！[启动SCAE或SCAI连接会出现此错误] [2]
所以我正在对这个案例进行故障排除，我得出的结论是，做一个脚本使图标指向另一个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
有关于此的任何想法吗？ 提前谢谢。
答案 0 :(得分：0)
这不是一个很大的问题，但我不能发表评论，所以你去了。
听起来你需要得到一些ProcMon ...... 如果您可以指出包中图标的位置，这将有所帮助 - 这些是“用于”已发布的快捷方式还是其他内容？
可能值得考虑的另一个角度：您是否使用ConnectionGroup ID或包ID启动应用程序？
我们通常会避免分组，因为它更容易理解VFS元素在起作用以及玻璃层如何影响应用程序本身。
这只是一个.ICO文件吗？当然，将它们扔到其他App-V（甚至在App-V之外）是非常好的，如果是一个肮脏的解决方法。