Liferay Portal 7.4 GA3 and Liferay Commerce 4.0 GA3 Release

Liferay正式发布Liferay Portal 7.4GA3,以及Liferay Commerce4.0GA3

如何下载
Liferay Portal和Liferay Commerce分享同一个Bundle和Docker镜像。请选择以下最适合您的下载路径和环境。

1.Docker镜像
您可以用下面的命令开始使用Liferay Portal 7.4 GA3以及Liferay Commerce 4.0 GA3：

docker run -it -p 8080:8080 liferay/portal:7.4.2-ga3

有关使用官方Liferay Docker镜像的更多信息，请参阅Docker Hub上的liferay/portal存储库。

2.Bundles,以及其他下载方式
对于二进制版本，请在下载页面上（https://www.liferay.com/zh/downloads-community）找到 Liferay Portal 7.4 GA3 和 Liferay Commerce 4.0 GA3 版本。有关其他文件（例如，源代码或libraries），请访问发布页面。

3.Dependency Management
使用 Liferay 平台来开发，需要在 build.gradle 文件中添加以下行来更新 Liferay Workspace 以使用最新的依赖项：

dependencies {compileOnly group: "com.liferay.portal", name: "release.portal.api"
}

所有portal dependencies现在都使用单个声明进行定义。使用 Eclipse 或 IntelliJ 等 IDE工具时，所有 api 都可以立即自动完成以供立即使用。
通过设置产品信息的关键属性，可以通过更新 liferay工作区项目gradle.property 文件中的 liferay.workspace.product 属性来将所有依赖项更新为新版本：

liferay.workspace.product = portal-7.4-ga3

使用 Eclipse 或 IntelliJ 等 IDE工具时，所有 api 都可以立即自动完成以供立即使用。

Liferay Commerce功能介绍

1.显示页面首选项
管理员现在可以完全控制不同类别的显示页面。设置默认页面或选择退出并选择要用于特定产品或类别的页面。
2.将产品信息映射到片段中
就像内容、文档和其他assets一样，从业者现在可以将产品信息映射并插入到页面片段中。
3.产品可见性管理
现在可以使用管理界面或 API 来配置产品可见性规则

Liferay Portal 功能

体验管理

文档自动翻译服务集成
为了在翻译过程中帮助翻译人员，对于文档内容我们集成了谷歌翻译服务。现在，翻译人员将能够利用这项服务来加速翻译过程，以便他们可以专注于审查所提供的结果。

翻译人员可以对所有网页内容字段执行完全自动翻译或仅翻译特定字段，例如在需要更新部分内容的情况下。参考LPS-117996

选择在Category Navigation Widget中定义的asset库词汇
现在可以在Category Navigation Widget中选择存储在Asset Libraries中的词汇和类别，以便用户以后可以选择它们来过滤显示的内容。参考LPS-132363

基于PageSpeed的页面审计
内容作者关心他们的内容是否在搜索引擎中具有足够的可见性，以便他们能够接触到合适的受众。为了确保针对搜索引擎索引和可见性一个页面进行了优化，有必要检查页面在可访问性、搜索引擎元数据和 SEO 方面是否符合最佳实践。页面审核允许用户快速检查合规性并获得警告和提示以改进每个类别。

要设置该功能，只需要一个来自 Google PageSpeed Insights 的 API Key,可在此处免费获得。

配置 API Key之后，用户可以通过打开面板并点击“启动审核”或重新加载图标来启动对其网站上任何公共页面的页面审核。页面的每个语言版本都可以单独审核。

检查点包括可访问性和 SEO 问题。检查的问题包括：低对比度、缺少的 img-alt 属性、缺少的input-alt 属性、图像纵横比不正确、缺少元描述、链接文本、页面被索引阻止、无效的 hreflang、无效的规范 URL、难以辨认的字体尺寸、小点击目标、缺少的元素、无法抓取的链接

如果可能，所有问题都有一个详细视图，其中包含说明、修复提示和指向可以修复问题的位置的直接链接。

个人页面、本地运行的站点页面和未登录页面无法审核，因为它们不可抓取。

参考tickets:LPS-111803, LPS-128382, LPS-128081

数字化运营
启动自动化实时聊天系统
Liferay现在可以实现与许多支持实时聊天夫的平台集成

Click to Chat功能为 Liferay 实例上的站点添加了一个熟悉的聊天窗口，可用于改进用户的支持和站点

想要了解如何使用Click to Chat功能的更多信息，请访问我们的技术文档

启用DocuSign电子签名
Liferay现在提供DocuSign和Liferay Portal之间的集成。

DocuSign 是一款管理电子签名文档的软件，它有助于文档签名的管理和收集。

更多资料，请参阅Enabling Docusign Digital Signature’s文档

Forms 表单

1.表单规则中条件的扩展点

为表单规则添加自定义条件，现在将显示为开箱即用功能，以允许用户使用自定义条件正常构建规则并获得一致的体验。
Story ticket：作为开发人员，我想在规则构建器中查看我的自定义条件

2.验证的扩展点

为表单规则添加自定义条件，现在将显示为开箱即用功能,以便用户在表格构建时使用自定义条件并获得一致的体验。
Story ticket：作为开发人员，我想创建一个扩展来自定义字段的验证，以方便包含新规则

3.新的隐藏字段属性

允许用户通过规则自动填充或计算，或通过自定义将来自其他系统的数据带到用户填写表单用户不会看到的字段中，以便轻松触发表单中的规则。
Story ticket：作为表单创建者，我希望在我的表单中有一个隐藏字段来触发规则

4.新字段设置-用于自定义报错信息

此属性是可本地化的，因此可以更轻松地为必填字段自定义报错信息，以允许表单构建者向客户提供更一致的消息传递风格体验。
Story Ticket: 作为开发者，我想自定义必填字段的报错文字

整数类型的掩码

提高在填写长整数数字字段（例如 ID 号、邮政编码、电话号码等）的表单时改善用户体验，此属性是可本地化的。
Stories Tickets: 作为表单创建者，我想为我的整数的数字类型字段创建掩码，作为表单用户，我想查看为整数数字类型字段创建的掩码

平台优化

应用程序安全性
Core Infra Util
HashMapBuilder 和 HashMapDictionaryBuilder API 将所有字典放入（作为开发人员）

此功能的存在是为了让开发人员免于将字典转换为/从地图转换。
在我们的代码库中，由于 OSGi 的原因，我们有相当多的地方使用了遗留的 java dictionaries，其中许多需要与 java map 进行转换。创建统一的 api 将有助于减少手动转换负担。
开发人员只需调用 api 即可从字典生成地图，或从地图生成字典。
Story Ticket: https://issues.liferay.com/browse/LPS-132251

OpenID Connect 改进
OpenID Connect 请求通过配置的代理

OpenID Connect 请求未通过代理，这是产品限制。我们通过使用配置的代理系统属性来实现。
Story Ticket: https://issues.liferay.com/browse/LPS-134144

具体的细节，请参考ticket上面的描述来使用。

(仅针对DXP）的SAML改进

可以配置 UUID 以将用户与 IdP（作为实例管理员）同步。附加的功能：SAML assertion属性映射到 screenName，即使它与 NameID 不同（作为实例管理员）
更好地配置 SAML 适配器以使用来自 SAML assertion 的信息（作为实例管理员）在portal用户数据库中创建和更新用户
这项功能存在时为了：
接受 SAML 规范对各种 NameId 格式的意图。尤其是“坚持”。
允许 IDP 在不同时间为同一个 SP 用户发送不同的 NameID/格式。另一种方法是使 SSO 尝试失败，因为 SAML 规范没有规定用户只能通过一个 NameId 来识别！
在 SP + IDP 关系的上下文中维护此类标识符。这在以后将被描述为“binding”
允许指定一个 SAML assertion属性，用于更全局地匹配用户。这意味着管理员可以配置预期属性的名称以及它应该匹配的 SP 用户相关字段以登录用户。
为 DXP 客户保持完全的向后兼容性。这意味着现有行为会一直保持，直到他们决定重新配置他们的 SAML 集成，并且我们不会为了与他们当前可能拥有的目的不同而劫持 SP 用户的 UUID 字段。更好地控制用于匹配 SP 用户的标识符的范围和跟踪模型。
在“emailAddress”至少匹配一次后，通过将 NameId“绑定”到 SP 用户来改善这种情况。这是一个反复出现的反馈，当使用“emailAddress”时，当用户的电子邮件地址在 IDP 上发生更改时，这会破坏用户的 SSO。现在，在进行用户匹配之前总是首选/检查绑定，因此用户将保持其登录能力。此外，“emailAddress2 然后可以通过 SAML 属性映射（如果需要）自动更正”
Stories Tickets:
https://issues.liferay.com/browse/LPS-123218
https://issues.liferay.com/browse/LPS-105170
https://issues.liferay.com/browse/LPS-105169
https://issues.liferay.com/browse/LPS-125272

摆脱 saml-hook（作为实例管理员）

我们想从 saml 模块中删除遗留框架。这个特别是关于删除 saml-hook。
Story: https://issues.liferay.com/browse/LPS-88439

审计日志改进（仅针对DXP）
审核常规日志条目中的信息并配置是否将审核信息写入常规日志条目（作为系统管理员）

在SaaS环境下，目前的日志框架无法区分一个实例的日志和其他实例的日志。事实上，即使我们只有一个 Liferay 实例，如果短时间内有多个请求传入，也很难区分一个请求的日志和其他请求的日志。有了这些功能，应该很容易辨别出某个请求/某个实例的日志。
需要调试的门户管理员和开发人员需要它。
它解决了看日志难的问题。
Stories Tickets:
https://issues.liferay.com/browse/LPS-133646
https://issues.liferay.com/browse/LPS-133653

Headless APIs
从 API 公开版本并创建结构化内容的草稿
现在可以访问结构化内容的不同版本以及删除特定版本。此外，我们还添加了使用专用endpoint创建草稿版本的可能性。LPS-98647

文档
Liferay Portal 和 Liferay Commerce 的所有文档现在都可以在我们的文档网站上找到：learn.liferay.com。有关升级到 Liferay Portal 7.4 GA3 的更多信息，请参阅升级概述。

兼容性列表
Liferay的通常策略是针对较新的操作系统、开源应用服务器、浏览器和开源数据库的主要版本测试与Liferay Portal 和 Liferay Commerce的兼容性（我们会定期更新bundle的upstream libraries来修复错误或利用我们依赖的开源的新功能）。

Liferay Portal 7.4 GA3和Liferay Commerce 4.0 GA3是经过严密和复杂测试流程，包括对以下应用程序和数据库服务器的使用：

Application Server 应用服务器：

Tomcat 9.0
Wildfly 17.0

Database 数据库

HSQLDB 2 (仅适用于显示，开发或者测试)
MySQL 5.7, 8.0
MariaDB 10.2, 10.4
PostgreSQL 12.x, 13.x

JDK

IBM J9 JDK 8
Oracle JDK 8
Oracle JDK 11
All Java Technical Compatibility Kit (TCK) compliant builds of Java 11 and Java 8

Source Code 源代码
源代码可以在发布页面下载为zip包，或者到Github的首页下载。若您有兴趣贡献代码，您也可以看看代码贡献页面。

Bug Reporting 提交报错
若您相信这个最新发布的版本有任何bug, 欢迎您按照这里的流程报告这个问题。

Getting Support 得到支持服务
我们的社区提供非常棒的支持。您可以访问这个页面了解如何获得支持的详情。

修复和已知问题

已修复的问题列表
已知问题的问题列表

更多关于Liferay的解决方案，成功案例，合作方式等，请关注公众号！