问题标签 [msix]

对于那些在 Visual Studio 之外创作 MSIX 包有经验的人。

案例：我的客户（游戏发行商）有一个需要上 MS Store 的游戏。没有可用的代码，只有二进制。除了文件+注册表之外，二进制文件还需要通过 sdbinst.exe 安装 sdb shim（用于设置与早期 MS 操作系统的向后兼容性），并通过 DISM 启用 DirectDraw。

Innosetup（到目前为止我选择的安装程序）有一个专门的部分，我可以在安装时执行上述 CLI，但我找不到任何适用于 MSIX 的东西。

如果您需要更多详细信息，请告诉我。

提前感谢您的见解。最好的问候

我正在阅读本指南https://docs.microsoft.com/en-us/windows/msix/desktop/desktop-to-uwp-behind-the-scenes以帮助我打包我的 MSIX 包的 sqlite .db 文件部分安装程序，它说要创建一个名为 VFS 的文件夹，我在里面放置了 SystemX86，在该文件夹中我放置了我的 .db 文件，但是当我从 .msix 包安装程序运行程序时，它不会访问我的 .db

我们已将应用（和单元测试应用）的最低目标版本更改为 1809 (17763)，现在 MSBuild 生成 MSIX 文件而不是 APPX 文件。VSTest 似乎不喜欢它...

我已经尝试过 MSIX 和 MSIXBUNDLE，但两者的结果相同。该应用程序是受信任的，可以安装和运行，但它不会找到并运行测试！所以后来我用/diag:<log-path>参数来获取详细的日志，我发现了这个错误：

所以看来这不受支持......有没有办法可以强制 MSBuild 构建 appx 而不是 msix？或者有没有办法得到这个支持？

我们正在使用 WPF .Net Core 制作一个新应用程序。为了使用自动更新功能，我们决定将其与 MSIX 打包工具一起打包为 VS2019 中的 UWP 应用程序。我能够在 IIS 上托管 appinstaller 文件，并通过 Web 上指向该文件的链接安装应用程序。自动更新也可以正常工作。

现在解决问题：当我运行已安装的应用程序时，它的图标没有显示在任务栏中，但它显示在任务管理器中，使用了大量的 cpu。在进程监视器中，它显示应用程序尝试访问其依赖项（如 PresentationFramework.dll）但不成功，因为结果始终是“文件锁定，只有读者”。DLL 本身存在于 WindowsApps/xxx/ 路径中。我也无法手动启动 EXE，因为我的用户没有权限。我在这里想念什么？

编辑：我现在也意识到我的应用程序只是作为任务管理器中的后台进程启动，而不是作为应用程序启动。当我转到 WindowsApps/xxx/MyApp 下的应用程序目录时，由于没有前面提到的权限，我无法直接启动 EXE。但是当我复制整个文件夹时，我可以启动 EXE，GUI 出现并且应用程序再次成为任务管理器中的应用程序。

我有一个应用程序，目前正在使用 .msi（wix 项目）安装在客户端计算机上。现在我想自动更新超出 wix 范围的应用程序。我正在考虑将 MSIX 用于此任务。我现在可以自动更新我的应用程序。

但我无法找到如何自动启动我的应用程序的方法。

在 .msi 应用程序中曾经安装在 C: Program Files\ 上。但现在在 C:\Program Files\WindowsApps<Some Random ID generated by MSIX> 中使用 MSIX。在 .msi 中，它只是一个注册表项，使应用程序像 (Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run) 一样自动启动，但现在由于这个随机 ID，我无法做到这一点。任何想法如何使应用程序自动启动？蒂亚:)

我有 .Net Core WPF 应用程序，想从我的网站分发它。我在其中创建了文件夹app并将wwwrootMSIX 发布到其中。然后我在我的网站上创建了页面并将链接放在appbundle那里适当的文件。但是当我尝试下载这个应用程序时，我收到了 403 错误。我发现由于msixbundle文件权限集不足而出现此类错误。包含此文件的文件夹具有有限的权限集，并且没有从父目录继承适当的权限。我相信当我发布项目时，VS 会从那里的某个临时目录中移动文件，而不是复制它们。

您能否建议我应该如何正确发布该项目？是否可以设置一些“发布后”事件以便为已发布的文件设置适当的权限？

我现在不想设置成熟的 devops 流程，因为它是项目的初始阶段。

我最近一直在使用一个旧应用程序，该应用程序主要是几年前在 x86 架构中构建的。我一直在研究使用 MSIX 打包工具，到目前为止，我已经成功打包了我的应用程序。问题是新包是为 x64 构建的，而不是为 x86 构建的，因此当我通过 MSIX 安装应用程序时，它安装在 C:\Program Files\WindowsApps 中，据我所知，它适用于 x64 应用程序. 当我尝试启动它时，我收到错误“参数不正确”。到目前为止，我已经尝试使用 chkdsk 来查看磁盘是否有问题，但似乎一切都很好。另外，我试图进入文件夹，但由于计算机是工作计算机，我无法修改进入文件夹的许可。我不知道如何解决这个问题，甚至不知道在哪里'

谢谢，对任何语法错误深表歉意。

如何在安装较新的发布版本之前删除旧版本的应用程序？

换句话说，有没有办法在安装“MSIXDemoInstaller_1.0.1.0_Test”文件之前自动删除“MSIXDemoInstaller_1.0.0.0_Test”文件？

我的包以侧载方式安装，并且不断遇到特定于应用程序的权限错误。

是的，许多人建议在注册表编辑器和组件服务中手动更改权限和所有者。

我的应用程序实际上在组件服务（DCOMCNFG、DCOMCNFG -32）下的 DCOM 配置中丢失。

我在 proc 监视器中既没有看到错误，也没有看到警告。在这种情况下，我如何授予权限？为什么 MSIX 安装程序无法完成此特定任务？

我尝试使用此 PS 模块授予 DCOM 权限，但无济于事：

使用 PowerShell 授予、撤销、获取 DCOM 权限

继续见证事件查看器中的错误，这会阻止我的应用程序启动：

显示错误 ID 10010 的事件查看器

我在这个 AppxManifest.xml 的帮助下构建了 MSIX 包

...并将代码添加到我的包入口点 exe 中

有一个 WPF 启动尝试启动另一个 WPF 都基于常见的 TFM .NET 4.7。第一个 WPF 应该启动第二个作为利用此 MSIX 包扩展基础结构的受信任进程。专业助推器机制。如果我的看法是正确的。

这不是一个包，那么我的包实际针对的是什么架构？我总是编译任何 CPU。

我最终通过调用相应的工具来构建包：

目标：

我正在尝试为我的应用程序制作一个安装文件。此外，该应用程序必须能够从服务器或 OneDrive 进行更新。

解决方案：

我正在为此使用Windows 应用程序打包项目。

问题：

当安装程序位置在我的本地硬盘上时，安装程​​序工作正常。但是，当我尝试将安装程序位置更改为我的在线文件管理器或公共 OneDrive 文件夹时，我无法下载和安装更新或应用程序。

我的问题：

有没有人能够使用 Windows 应用程序打包项目，该应用程序通过将安装文件上传到服务器/OneDrive 并输入该位置的路径来从服务器/OneDrive 下载更新，还是我走错了路？

备择方案

替代方案当然是使用安装项目，也许是 AutoUpdaterDotNET（来自 NuGet），它工作正常，但现在我对不需要几个不同第三方程序的解决方案感兴趣，Windows 应用程序打包项目似乎是解决方案。