c# – 为Windows Universal App的桌面桥运行makepri的神秘错误

我一直在尝试使用Desktop Bridge将 WPF应用程序包装在 Windows Universal App中.

为了使应用程序的任务栏图标没有电镀,具有透明背景,我按照可以在各种博客和MSDN文章/论坛中找到的说明,例如this one.

我执行的第一个命令是这两个：

"C:\Program Files (x86)\Windows Kits\10\bin\10.0.15063.0\x64\makepri.exe" createconfig /o /cf priconfig.xml /dq en-US
"C:\Program Files (x86)\Windows Kits\10\bin\10.0.15063.0\x64\makepri.exe" new /o /pr . /cf priconfig.xml

这些命令在WPF应用程序的输出文件夹中执行,我还在其中放置了一个AppxManifest.xml文件,以及它引用的文件和文件夹(例如可执行文件和各种比例和分辨率的资产图像).

从这一点来说,我有两个不同的奇怪错误：

首先,如果AppManifest.xml文件包含以下部分：

<Extensions>
<desktop2:Extension Category="windows.firewallRules">
<desktop2:FirewallRules Executable="app\MyWpfApp.exe">
<desktop2:Rule Direction="in" IPProtocol="TCP" Profile="all" />
<desktop2:Rule Direction="in" IPProtocol="UDP" Profile="all" />
</desktop2:FirewallRules>
</desktop2:Extension>
</Extensions>

然后第二个makepri命令将导致以下错误消息：

onecoreuap\base\mrt\tools\indexertool\src\tool\parametermanager.cpp(:908): error PRI175: 0x80080204 –

onecoreuap\base\mrt\tools\indexertool\src\tool\parametermanager.cpp(:318): error PRI175: 0x80080204 –

Microsoft (R) MakePRI Tool

copyright (C) 2013 Microsoft. All rights reserved.

error PRI191: 0x80080204 – Appx manifest not found or is invalid. Please ensure well-formed manifest file is present. Or specify an index name with /in switch.

然后,如果我删除了FirewallRules部分,一切似乎都运行良好 – 至少在我的机器上.

其次,它并不总是按预期运行：

当我尝试在不同的机器上运行完全相同的文件(使用固定版本的AppxManifest.xml)和相同的命令时,我得到了我在第一台机器中获得的相同错误(从删除FirewallRules部分之前).

知道什么可能导致这些问题吗？构建机器之间可能存在哪些差异可能导致第二个问题？我应该寻找什么？

解决方法

第一个问题是通过从Package xml-element(在AppxManifest.xml的根级别)删除IgnorableNamespaces属性来解决的.

–

关于第二个问题,在与微软的支持团队联系之后,这个问题似乎是在旧系统上运行的makepri工具中的一个错误：

显然,当在Windows Server 2012 R2(也可能是其他版本)上运行时,makepri工具命令必须提供另一个“可选”参数,该参数指出应用程序的名称：

"C:\Program Files (x86)\Windows Kits\10\bin\10.0.15063.0\x64\makepri" new /o /pr . /cf priconfig.xml /mn AppxManifest.xml /of resources.pri /in "MyAppName"

重要的部分是行尾的“MyAppName”参数中的/,但其他参数也可能是至关重要的.此外,“MyAppName”必须与AppxManifest.xml文件中定义的相同,在该部分中：

<Applications>
  <Application Id="MyAppName" ...>
...

可能与解决此问题相关的另一个步骤是确保稍后用于makeappx命令的文件映射文件具有ResourceId的正确定义 – 如this article中所述.