问题标签 [msix]

现在如何工作：我正在将 uwp 包构建为 msix bandle。然后使用 MSIX 打包工具编辑 AppxManifest 文件并签署重新创建的 msix 文件。我正在尝试通过 System.IO.Packaging.Package 类编辑 AppxManifest 文件，但此方法会损坏文件。

捆绑 MSIX 包：我为 windows App 创建了 .msix 包。我尝试在MS商店提交，错误请参考附件：

如错误所述，现有上传的包是捆绑格式。以及我们以 .msix/appx 格式创建的包。因此无法将此包上传到存储。我们使用以下参考来创建捆绑包。但没有运气。

https://docs.microsoft.com/en-us/windows/msix/packaging-tool/bundle-msix-packages

显示以下错误：

MakeAppx : error: Bundle creation failed. MakeAppx : error: 0x8051100f - The specified package format is not valid: The zip archive is missing the end of central directory marker.

我有一个已打包到 MSIX 包中的 WPF 桌面应用程序。在包清单中，我定义了一个 windows.protocol 扩展，用于在使用特定协议时启动主可执行文件。当我直接使用 MSIX 包安装时，此协议激活工作正常。应用程序应该是自动更新的，所以我创建了一个引用 MSIX 的 .appinstaller 文件。这也很好用，但是当使用 .appinstaller 文件安装应用程序时，协议激活不起作用。事实上，当使用自定义协议时，Windows 会提示应用程序。我没有以任何方式更改 MSIX 包，只是引用了它。MSIX 包使用购买的有效签名证书进行签名。

有问题的协议提供了用户可以使用电子邮件共享的应用程序的深层链接。目前，我必须选择激活协议（直接安装 MSIX）或自动更新（使用 .appinstaller 文件安装），但我无法同时工作。

应用清单.xml

myapp.appinstaller

我们的业务使用 .net 技术为私营企业生产定制软件。

我们有一个我们的业务编写的应用程序，我们目前正在手动分发到属于我们客户的 Microsoft Surface 平板电脑上。这是为单个客户开发的私有应用程序。传统上，我们通过单击一次发布私有软件，其中单击一次解决方案托管在我们客户的专用网络上。此最新解决方案已分发到 Microsoft Surface 平板电脑，这些平板电脑目前无法访问任何专用网络。

为了解决分发问题，我们考虑使用 MSIX 和私有 Microsoft Business Store。

我们已经拥有 Azure Active Directory，而且我们也是 Microsoft 银牌合作伙伴。似乎这些资产中的任何一项都无助于建立我们的 Microsoft 商业商店。我们被指示创建一个新的“开发者”帐户。我们被告知无法使用现有的 Office 365 电子邮件帐户创建此开发者帐户。他们告诉我们使用 Outlook.com、Hotmail 和/或 gmail 创建新电子邮件。为什么我们需要创建一个人工个人账户？我们分发的软件不属于一个人，它属于一个企业。接下来，我们被指示支付 99 美元的注册费。费用并不是真正的问题。这个过程似乎很麻烦。这就是问题。因为看起来我们正试图在一个圆孔中安装一个方形钉子，这让我很担心。我们是否使用了正确的分发工具？

我需要知道我是否能够将软件从我们的私人商业商店分发给特定客户。今天，我们需要将一种解决方案分发给一个客户。下周我将需要向不同的客户分发不同的解决方案。一家商业商店能够做到这一点吗？

我们是否正在使用 MSIX 和私人商业商店走上正确的道路？最后，我只想以最少的麻烦和最少的费用向不同的客户分发软件和更新该软件。想法，想法？

我们正在开发使用 Desktop Bridge MSIX 包装器打包的 WPF 桌面应用程序，我们需要它来检测并在检测到更新时自动应用更新，重新启动软件。

迄今为止的研究表明，可以使用 UWP 中的 PackageManager 来获取包并进行类似检查，或者创建一个新的“Windows 运行时组件”项目，其中包含一个IBackgroundTask监听windows.updateTask扩展的项目。

我不知道哪个是正确的，哪个是最简单或最可靠的。有没有人必须这样做并且知道什么有效？

谢谢

我们有一个由 installshield 制作的基本 msi 安装程序。安装程序的目的是安装 WPF 应用程序。此安装程序有许多先决条件，它们是安装程序 .exe 文件的一部分，如有必要，将作为安装的第一步进行安装。其中之一是 Sql Server Localdb。

我们现在正在考虑创建一个 .msix 安装程序。我们在使用名为“Windows 应用程序打包项目”的 Visual Studio 项目类型方面取得了一些进展。生成的 .msixbundle 文件将我们的程序安装在 Program File\WindowsApps 下。

现在出现了如何安装程序运行所需的先决条件的问题。这可以使用 msix 吗？

我工作的应用程序之一是 .NET Core WPF 应用程序，我们最近切换到使用桌面桥。我们注意到，如果用户使用开始菜单中的磁贴为应用程序创建桌面快捷方式或任务栏快捷方式，然后从所述快捷方式启动应用程序，应用程序将跳过检查更新（即使指定检查更新在 .appinstaller 文件中）。在打开应用程序后，该应用程序似乎也不会在后台检查更新，因为在用户重新启动后它仍保持相同的版本。

注意：当通过动态磁贴或开始菜单条目从开始菜单启动应用程序时，应用程序会更新并显示提示。我们已经验证所有用户和我们的开发机器都在使用 Windows 10 版本 1903。

这是 appinstaller 模板文件的示例：

我在 MS 的 MSIX GitHub 存储库上询问了这个问题，但他们没有回应。在这一点上，我们想知道这里是否有其他人遇到过这个问题，他们是否能够确定解决方法或解决方法？有什么我们需要添加到我们的 .appxmanifest 文件或我们在 .appinstaller 文件中遗漏的其他内容吗？

编辑 MSIX 论坛上的相同问题，MSFT 很可能会在其中回复。

编辑 2

我们还在 Github 存储库和 VS 开发者社区上收到了 Microsoft 对此的回复。他们说他们会调查一下。当他们有更多信息时，我会再次更新或发布他们的答案。

https://github.com/MicrosoftDocs/msix-docs/issues/59

https://developercommunity.visualstudio.com/content/problem/776276/published-msixappx-does-not-check-for-updates-when.html?childToView=776800#comment-776800

我在发布 WPF Core 3.0 应用程序时遇到了问题。我在我的解决方案中创建了一个 Windows 应用程序打包项目，然后将 WPF 应用程序发布为旁加载。它已正确发布，我可以毫无问题地运行它。但是，现在我需要使用行参数以编程方式从另一个应用程序（WinForms）启动旁加载的 WPF 应用程序。有没有办法做到这一点？谢谢

delipdf_3.2.0.0_x64__tptbnkcnb2spm_1.msix的app manifest中的PublisherDisplayName元素为厦门百盛通软件科技有限公司”, OU=it, O="厦门百盛通软件科技有限公司, 与您的不符发布者显示名称：厦门百盛通软件科技有限公司

我们尝试使用 MSIX 打包工具打包现有的桌面应用程序，并通过从我们的 CERT 证书中提取信息自动生成显示名称，目前我们无法修改名称和 CERT 证书，

任何人都可以提供帮助，非常感谢！

我有多个目标框架的 wpf 项目

<TargetFrameworks>netcoreapp3.0;net48</TargetFrameworks>

在 vs2019 中，我创建了Windows Application Packaging Project（MSIX 包）并添加了对我的项目的引用。

但是当我尝试构建打包项目时，我收到了这个错误：

当我使用单个目标时，一切正常

<TargetFramework>netcoreapp3.0</TargetFramework>