Office js 可锁定任务窗格操作导致外接程序安装问题

我们正在尝试安装一个外接程序，该外接程序利用VersionOverrides 1.1中引入的pinnable taskpane操作

错误为 无法安装此应用。清单文件不符合架构定义。命名空间“”中的元素“Action”在命名空间“”中具有无效的子元素“SupportSping…”

我们使用的Exchange server版本是Exchange 2016 CU1

以前有人遇到过这种情况吗

下面的清单样本

真的

根据新版本，必须将版本1.1添加到现有版本1.0中。您的示例清单完全缺少版本1.0覆盖。请按照示例操作，使新的pinnable功能正常工作

编辑： 为了澄清VersionOverrides元素，在实施多个版本时，请参考

，因为新版本Overrides版本1.1必须添加到现有版本1.0中。您的示例清单完全缺少版本1.0覆盖。请按照示例操作，使新的pinnable功能正常工作

编辑：

---

为了澄清VersionOverrides元素，当实现多个版本时，请参考Slava的答案是正确的，但可以使用更多的解释。来自的关键行是：

“子VersionOverrides元素不从父元素继承任何值。”

---

在示例模式中，您单独复制了

元素。为了正常工作，它还必须从其父元素复制

元素

Slava的回答是正确的，但需要更多的解释。来自的关键行是：

“子VersionOverrides元素不从父元素继承任何值。”

---

在示例模式中，您单独复制了

元素。为了正常工作，它还必须从其父元素复制

元素

SupportSpiring是在Exchange 2016 CU4中引入的，这就是为什么它在CU1中不适用于您。

SupportSpiring是在Exchange 2016 CU4中引入的，这就是为什么它在CU1中不适用于您。

您指的是清单的第一行吗？版本覆盖1.1节位于版本覆盖1.0节中。奇怪的是，当我们在CU4上的Exchange 2016服务器上测试清单时，它会起作用。您是指清单的第一行吗？版本覆盖1.1节位于版本覆盖1.0节中。奇怪的是，当我们在CU4上的Exchange 2016服务器上测试清单时，它会起作用。有什么理由这样的清单（没有hosts元素）会在Exchange 2016 CU2+上起作用吗？我们在那里很成功。有什么东西可以交换2016 CU1，使这个案例特别吗？另外，requirements元素是可选的，希望这不会成为安装应用程序的障碍。有没有任何理由让这样的清单（没有hosts元素）在Exchange 2016 CU2+上工作？我们在那里很成功。有什么东西可以交换2016 CU1，使这个案例特别吗？另外，requirements元素是可选的，希望这不应该成为安装应用程序的障碍。所以SupportSping属性不是向后兼容的？它会在Exchange 2013中工作吗？如果您的清单包含“SupportSping”，您可以在Exchange 2013中安装它，但是，它不会对外接程序产生任何影响，这意味着外接程序将无法固定。听到这个消息太好了！奇怪的是，为什么类似的情况不适用于之前的Exchange 2016 CU，因为该属性对外接程序没有影响，而之前的CU只查看VersionOverridesV1_0部分中相关的xml模式？对于Exchange 2016 CU，这是一个暂时的问题。一旦所有用户升级到CU4，此问题将不再存在。因此SupportSping属性不向后兼容？它会在Exchange 2013中工作吗？如果您的清单包含“SupportSping”，您可以在Exchange 2013中安装它，但是，它不会对外接程序产生任何影响，这意味着外接程序将无法固定。听到这个消息太好了！只是好奇，为什么类似的情况不适用于之前的Exchange 2016 CU，其中属性w