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：
有關使用官方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 以使用最新的依賴項：
所有portal dependencies現在都使用單個聲明進行定義。使用 Eclipse 或 IntelliJ 等 IDE工具時，所有 api 都可以立即自動完成以供立即使用。
通過設置產品信息的關鍵屬性，可以通過更新 liferay工作區項目gradle.property 文件中的 liferay.workspace.product 屬性來將所有依賴項更新為新版本：
使用 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的解決方案，成功案例，合作方式等，請關注公眾號！
總結
以上是生活随笔為你收集整理的Liferay Portal 7.4 GA3 and Liferay Commerce 4.0 GA3 Release的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： k3595参数_场效应管参数大全3
- 下一篇： Fortran进行t检验后使用GrADS