Process AppV 5.0 SP3无法从虚拟环境中的图标启动应用程序

Process AppV 5.0 SP3无法从虚拟环境中的图标启动应用程序,process,virtual,environment,launch,appv,Process,Virtual,Environment,Launch,Appv,在这里,我创建了一个虚拟环境来链接2个AppV 5.0 SP3应用程序 AppV5软件包以一种有趣的方式相互通信!!我说,因为一旦启动主应用程序,我可以看到其他AppV5创建的连接,但是如果我单独从第二个应用程序启动应用程序图标,这个图标似乎找不到主应用程序进程,因此它会发送一个错误,说应用程序不存在 TN3270 Plus是主进程,其余只是连接 !![TN3270 Plus是主要流程,其余只是连接][1] 启动SCAE或SCAI连接会出现此错误 !![启动SCAE或SCAI连接时出现此错误][

在这里,我创建了一个虚拟环境来链接2个AppV 5.0 SP3应用程序

AppV5软件包以一种有趣的方式相互通信!!我说,因为一旦启动主应用程序,我可以看到其他AppV5创建的连接,但是如果我单独从第二个应用程序启动应用程序图标,这个图标似乎找不到主应用程序进程,因此它会发送一个错误,说应用程序不存在

TN3270 Plus是主进程,其余只是连接

!![TN3270 Plus是主要流程,其余只是连接][1]

启动SCAE或SCAI连接会出现此错误

!![启动SCAE或SCAI连接时出现此错误][2]

因此,我正在对这个案例进行故障排除,我得出了一个结论,即通过脚本使图标指向另一个AppV 5 bubble主进程,它可以直接从图标开始工作。但是,在对第二个应用程序进行排序时,哪种脚本会更好、更容易集成呢

我认为CMD是一个很好的候选人,但到目前为止还不是很成功。它的启动CMD进程在气泡中,并且它保持静态和可见,能够键入一些命令来启动应用程序,这非常有助于技术人员解决问题,但对于用户来说,他们根本不应该看到CMD窗口,而只是能够自动启动主应用程序进程,也许几秒钟就可以了,但不要一直开着

我在这个网站上看到了如何执行AppV5 bubble进程,但到目前为止还没有按照用户应该的方式工作。请注意,这两个应用程序都位于AppV 5中,并与虚拟环境链接,它们在以下站点上显示的案例是一个本地安装的应用程序,带有AppV 5气泡:

有什么想法吗?
提前谢谢。

这不是一个很好的回答,但我不能发表评论,所以你就来吧

听起来你需要在…上买些东西。。。 如果您能指出图标在软件包中的位置,这会有所帮助-这些是“用于”发布的快捷方式还是其他什么

另一个值得考虑的角度是:您是使用ConnectionGroup ID还是Package ID启动应用程序

我们通常避免分组,因为要理解什么是VFS元素以及玻璃层如何影响应用程序本身要复杂得多

这只是一个.ICO文件吗?当然,把这些东西扔进其他的App-V(或者甚至是在App-V之外)是完全可以的,如果这是一件肮脏的事情的话


这实际上是一个评论,而不是答案。再重复一点。目前,我已经为你添加了评论,我将此帖子标记为删除。