在本次发布中，我们基于西门子Xcelerator Share提供了一项新的协作功能，另外还交付了一些期待已久的客户增强请求。

以下新功能在本次发布中尤为突出：

• Xcelerator Share集成：在本次发布中，我们引入了一项新的令人兴奋的协作功能，允许Polarion用户与其供应商和其他同事通过西门子Xcelerator Share共享和双向协同LiveDoc文档。

• 表格类型定制字段：这个新的定制字段类型提供了可定制的表格结构。管理员可以在后台配置表格的列，这样最终用户就可以在使用时在工作项中逐行填充这些列。

对以下各项进行了重大改进：

• LiveDoc协作：添加了新的文档协作通知指示器，因此当其他用户同时编辑和保存文档更改时，更容易理解。

• 身份认证改进：我们对OAuth的支持得到了进一步增强，包括电子签名和用户组同步。新的登录页面中，对于用户登录名称不再区分大小写。

• 对连接器的改进：添加了新的OSLC API以支持查询，为了帮助与第三方需求管理工具的协作，我们还改进了ReqIF兼容性。

接下来让我们深入了解新版本带来的所有改进。

在本次发布中，我们引入了一项全新的令人兴奋的协作功能，允许Polarion用户与其供应商或其他干系人通过西门子Xcelerator share共享和双向协同LiveDoc文档。Xcelerator Share是西门子Xcelerator产品组合的一部分，用来帮助我们的客户更好地实现数字化转型。

通过Polarion Xcelerator Share集成，客户可以将导出的Word文档直接发送到Xcelerator Share供进一步协作，它可以做到轻松邀请内部或外部用户就文档进行协作。一旦Word文档在Xcelerator Share中进行了更新，可以轻松地将其双向协同回到Polarion，在那里显示新增变更的发生位置。整个过程快速、简单、直接。

Polarion配置Xcelerator Share后，LiveDoc文档上就会出现一个新的菜单项“发送到Xcelerator Share”，然后，用户将看到熟悉的导出对话框，该对话框经过了扩展，可以通过下拉菜单选择Xcelerator Share项目：

成功导出后，可以在Xcelerator Share中找到文档：

文档属性侧边栏中还增加了一个新的名为Xcelerator share的区域，带有目标项目名称，提供了多个方便Xcelerator Share文件操作的快捷方式—①导入更改、②重新共享文档和③删除共享文件：

当协作成功发生，并且更新回传到了Xcelerator Share，就可以将该文件的变更传回到Polarion LiveDoc文档中。用户可以通过常规的齿轮菜单项或通过①动作图标执行快捷操作。

Xcelerator Share还集成了许多其他西门子数字工业软件产品，并提供了易于使用的协作门户。Polarion Xcelerator share 集成需要相应的许可证，更多详细信息，请咨询当地西门子客户代表。

如果您还记得，在Polarion 21R1中，我们引入了全新的协作通知功能。这一新功能通过让干系人实时了解潜在的并发LiveDoc编辑，帮助改善干系人之间的协作。最初，通知服务只提供了多个用户打开同一文档进行编辑的信息。现在有了Polarion 21R2，我们走得更远了！

这个新版本的主要区别在于，我们提供了新的橙色和红色协作通知图标，以标明什么时候用户（们）开始编辑文档（橙色），什么时候用户保存了文档（红色）。即使只有一个人在操作该文档，该功能也能提供宝贵的帮助，尤其是当一个LiveDoc文档在多个浏览器标签页或窗口中打开时。

顺便说一句，当我们使用Polarion为您准备这篇博文时，我们发现这个新功能对我们自己也非常有用！

以下是不同的通知图标及其含义：

这是橙色和红色协作通知的示例。请注意，对于红色通知，Sandy进行了更改并保存了文档。系统通知正在处理文档的其他用户（John和Steve）sandy保存了文档，以及她保存文档以来已经过了多少时间。

我们的客户经常要求以更结构化的方式跟踪数据。为了帮助他们，我们引入了一种全新的定制字段类型：表格。通过这一新类型，我们现在可以为表格自定义列，最终用户可以逐行填充这些列中的数据。可以为工作项、LiveDocs、规划和测试执行创建定制表格类型字段。

当然，存储在定制表格字段中的数据完全可以通过 Rendering和Open API访问，用于报表和其他定制。

 背景上的定制公司Logo

定制服务器图片( 如果在集群网络环境中运行多个Polarion服务器，这些图片尤其有用)

窗体扩展是一项强大的定制功能，为客户提供了以任意方式可视化数据的灵活性。从Polarion 21R2开始，我们将这一能力带到了LiveDoc的侧边栏上。

管理员现在可以定制LiveDoc的文档属性和工作项属性侧边栏。在这些侧边栏中，可以包含、排除或重新排序现有的组成部分，还可以添加定制窗体扩展。

请查看SDK中的定制工作项窗体扩展示例以开始体验这一新特性。

现在可以使用Rendering API访问和渲染OSLC资源的元数据。这一功能将使您能够创建更详细的报表，来显示来自外部资源的数据。

集合是Polarion的一个主要新增功能。它们使客户能够将不同版本的LiveDoc分组并工作在这一组合上。在Polarion 21R2中，我们为集合添加了新的枚举类型，来强化集合功能。

这一新的枚举类型可用于工作项、LiveDoc、测试执行、规划等。字段中可供选择的集合受到定制查询的限制。

下图是在工作项窗体中选择集合作为定制字段的值的示例：

用于派生文档的经过修改后的“更新文档”对话框，新增了“删除出口工作项链接”选项。

• 现在可以正确处理派生文档上的置疑标志。如果主文档（派生文档所基于的文档）中禁用了“自动置疑”选项，则派生文档中“派生自链接”上相应的置疑标志也会正确得到处理。

• 过去，无法通过工作项窗体删除派生文档工作项上的置疑标志，现在可以了。（通过更新操作删除派生文档中工作项的置疑标志仍然可用。）

• 您可以使用回收站查看不再是派生文档一部分的工作项，但不能在回收站视图上使用插入、移动或删除等操作。如果确定回收站中的工作项不再需要了，可以使用工作项详细信息窗体或跟踪系统视图删除它们。

• 我们修复了派生文档无法用于文档比较操作的问题。现在，您可以随时比较派生文档与任何其它文档。

7.3 对日文的改进支持

我们的日本客户报告了一些问题，这些问题我们在Polarion 21R2中得到了解决。其中最值得说明的是：

• Polarion为需要ASCII的字段提供非拉丁符号的自动音译。但是同一日本汉字在不同的语言中可以有不同的音译。在这种情况下，默认情况下我们仍然使用中文音译，但现在可以通过新引入的上下文属性documents.create.Japanese.kanji.translation将日语音译设置为首选。
• 以前，如果下载附件的文件名中包含非ASCII字符就会出现问题：所有附件都将下载为“fileDownload.jsp”。尽管没有任何内容被破坏，但它带来了混乱。现在Polarion可以正确处理这些文件了。

7.4 扩展链接版本的属性

随着越来越多的客户将Polarion连接到他们的软件版本控制工具集，我们改进了工作项页面上的“链接版本”部分。用户现在可以查看链接版本的创建日期和作者。此信息也同时显示在相应版本的提示中。

7.5 测试执行改进

Polarion 21R1中添加的测试记录定制字段有助于测试人员跟踪每个测试记录的更精确信息。在本次发布中，我们扩展了这些功能，增加了对多值枚举类型定制字段的支持，并能将定制字段设置为必需字段。我们还将测试记录定制字段添加到离线测试执行中，以帮助那些无法访问Polarion系统的测试人员获得这些信息。

7.6 搜索带有/无规划的工作项

我们优化了对属于（或不属于）任何规划的工作项的查询方式。以前，用户在具有大量工作项的仓库中搜索已规划/未规划工作项时可能会遇到Lucene查询的限制。现在，当使用额外的查询条件，并且如果查询匹配的工作项的数量在Polarion限制内，查询将能正常工作。

7.7 WCAG可访问性报告

本次Polarion发布首次创建了Polarion WCAG 2.1（Web内容可访问性指南）可访问性自我评估报告，可从https://www.plm.automation.siemens.com/global/en/support/polarion-vpat.html下载。

如果想了解更多关于W3C可访问性指南的信息，以及它们如何帮助我们构建用户可访问的应用程序，可查看W3C官方规范：https://www.w3.org/TR/WCAG21/。

8.  性能和可扩展性

与每个版本一样，我们持续关注提高Polarion的总体性能和可扩展性。这一次，我们引入了两个性能增强功能，一个改善了对特定仓库的重新索引性能，另一个改善了变体生成和评估的性能。

改进的对象地图初始化现在有助于避免特定仓库中的不必要缓存，我们测量到，与以前的版本相比，这些特定仓库的性能提高了22%。

此版本还提升了变体生成和评估的性能。我们测量到，对一个具有数百个特征的变体模型评估来说，在以前版本中可能需要几秒钟，现在只需几分之一秒就完成了。

9.  技术维护

现在是向老朋友告别的时候了。随着微软计划在2022年6月退出Internet Explorer 11，我们决定将它从Polarion 21R2的支持列表中移除。要获得最好的用户体验，请使用Google Chrome、Microsoft Edge或Firefox。

10.  值得注意的修复问题

新版本还提供了许多质量改进和缺陷修复，其中最重要的改进和缺陷修复已打包为自Polarion 21R1版本以来的累积补丁。

已解决问题的完整列表可在支持中心获得。下面列出一些最值得注意的问题：

DPP-122004 – Error while synchronizing variant in project for Evaluation/Generation (21 R2)

DPP-217310 – Regression in 3.20.2: Random error “Merge called on non contiguous values” from EHCache (21 R1 P1)

DPP-181286 – SSO: Manually triggering jobs fails for a node that you are not logged in on (21 R1 P1)

DPP-210462 – WebServices call fails with exception “com.polarion.alm.ws.InternalConfigurationException: No mapping registered for PrimitiveType” (21 R2)

DPP-118741 – Filtering Work Items by Plan may fail because of too many items found by the expander (21 R2)

DPP-193264 – You can create Work Item with no Title and no Description in a Document (21 R2)

DPP-158142 – Kanji (Chinese characters) transliteration for LiveDoc name doesn’t work for romaji (21 R2)

DPP-217589 – PDF Export of a LiveReport page incorrectly exports Japanese characters for level 1 headings (21 R2)

DPP-219773 – PDF export: Long text does not auto-wrap in PDF export, which makes PDF export unreadable (21 R2)

DPP-99198 – Edge, Chrome: Long hyperlinks are not wrapped correctly in DLE (21 R2)

DPP-213587 – Tables overlapping pages in Documents (21 R2)

DPP-97035 – DLE: Long text in test step tables are overflowing the document (21 R2)

DPP-39691 – Long word without spaces overflows Document boundary in Firefox (21 R2)

11.  还有一件事…

通常介绍版本发布新特性的新博客中，我们不会谈到我们以插件的形式发布在插件门户上的功能（https://extensions.polarion.com/）。然而，这一次，我们将打破我们自己的规则，与您分享我们非常得意的事情。

今年晚些时候，我们计划发布MathWorks Simulink连接器的新版本，这将彻底改变Polarion与Simulink的集成方式。新版本的连接器将Polarion真正带入“Simulink内部”，因此，它使得Simulink模型和Polarion协同使用变得超级简单。现有的使用场景当然会继续得到支持，但我们认为许多客户会希望使用新功能。我们为您留下了一个这一新集成的诱人屏幕截图。

请在秋季再到extensions门户网站上搜索它，它对所有的Polarion客户都免费，但要求Simulink版本为2021b。

《全文完》