ユーザーは、コンテンツダッシュボードの新しいパフォーマンスタブにアクセスできます。このタブでは、訪問者の行動や各アセットが紹介されているトップページなど、アセットの詳細なメトリックスを見ることができます。 データは、匿名または既知の訪問者によってフィルタリングできます。 これらのメトリクスは、ブログ、ドキュメントとメディア、Webコンテンツで利用可能で、Analytics Cloudに接続しているユーザーのみがアクセスできます。

• この機能は、デフォルト以外のアセットタイプに関連するイベントを追跡し、ダッシュボード上でデータを可視化することを指します。 今後は、この特定の方法を使用してデフォルト以外のアセットタイプのビューを追跡し、このデータをAnalytics Cloudのダッシュボードで可視化することはできなくなります。

• カスタムイベント・トラッキングの使用は、今後カスタムアセットをトラッキングするための推奨方法です。

• この機能は、静的なユーザーグループであるセグメントを参照します。

• ただし、ユーザーは今後、静的なセグメントの代わりに、ユーザーグループベースのセグメントまたは動的セグメントのいずれかを使用できるようになります。

ドキュメントのデフォルトの表示権限とダウンロード権限は、以下の変更前の動作に合うように調整されました。 LPD-16744で導入された期待されるユーザーエクスペリエンスを回復します。

ハイライト: 

• 単一および複数のファイルアップローダーで文書をアップロードする場合、デフォルトで表示とダウンロードの権限がリンクされます。

• 権限の設定UIが改善され、ユーザーは表示権限とダウンロード権限が別の権限であることをより簡単に認識できるようになりました。

• ユーザーがドキュメントを共有し、権限を割り当てる際に、ダウンロード権限が自動的に含まれるようになりました。

カテゴリーとタグの外部参照コードと関連APIを追加し、データ移行シナリオの移植性を向上させました。

ハイライト: 

• ユーザーは、ヘッドレスAPI (キーワード) を通じてタグのERCを使用してCRUD操作を実行できるようになりました。

• ユーザーは、ヘッドレスAPI (TaxonomyCategory) を通じてカテゴリーのERCを使用してCRUD操作を実行できるようになりました。

コンテンツ管理アプリケーションのウィジェット構成で参照するための外部参照コードを追加しました。これは、ページとそのウィジェットが環境間で移行されるときに、データの整合性を促進するのに役立ちます。

ハイライト:

以下のページ・ウィジェット内の参照は、内部IDの代わりにERCを使用するようになりました:

• お知らせ
• Webコンテンツ表示
• カテゴリーフィルター
• 質問

ドキュメントとメディアのAPIエンドポイントをいくつか追加し、これらのエンティティのプログラム管理を改善しました。

ハイライト:

• ヘッドレスAPI (DocumentDataDefinitionType)を使用して、ユーザーがドキュメントタイプを追加、削除、取得できるようになりました。

• ヘッドレスAPI (DocumentMetadataSet)を使用して、ドキュメントのメタデータセットを追加、削除、取得できるようになりました。

ドキュメントやフォルダの購読が可能になり、更新時に通知を受け取ることができるようになりました。

ハイライト:

• ユーザーが「購読」アクションや情報パネルの「購読」アイコンからドキュメントやフォルダを購読できるようになりました。

• ユーザーがフォルダを購読すると、そのフォルダ内のすべてのドキュメントとサブフォルダも自動的に購読されます。
   

公開プロセスでは、ユーザーは権限を定義および管理できるだけでなく、Webコンテンツの公開日をスケジュールすることもできます。初めてコンテンツを作成する際、ユーザーは簡単に権限を確認・管理することができます。さらに、以前に作成したコンテンツを編集する際、ユーザーはエディタビューから直接パーミッションを調整することもできます。さらに、ユーザーはコンテンツの公開プロセスにおいて、希望する公開日を簡単に選択することができます。

• ユーザーは、ブログのフレンドリーURLのカテゴリを選択し、並び替えることができます。そのため、フレンドリーURLのカテゴリの順序をプレビューし、カテゴリがタイトルとともにフレンドリーURLでどのように表示されるかを決定することができます。

• ユーザーは、フレンドリーURLのアセットタイプのセパレータに異なる値を設定できます。また、デフォルト値にリセットできますので、このオプションをクリックしたアセットタイプについては、セパレータはその特定のアセットタイプについてデフォルトで定義されている値になります。

このリリースでは、タイムライン履歴機能のサポートをブログ、ウィキページ、ブックマーク、フォーム、ナレッジベース、掲示板、カテゴリーに拡大しました。この機能は、コラボレーションのコンフリクトを検出して管理するツールでパブリケーションツールバーを強化します。

• タイムラインアイコンは、プロダクションまたは並行パブリケーションで行われた可能性のある、同じアセットにおける最近の修正を表示します。

• ユーザーはツールバーから直接、これらの変更を表示、破棄、移動できます。

• 警告アイコンは、パブリケーションにおける現在のコンフリクトをユーザーに知らせるために表示されます。

主なメリット:

• コンテンツ編集者と管理者のためのコンテキストを強化し、コラボレーションを合理化します。

• 公開前にコンフリクトを検出する新機能により、ユーザーは本番のプレッシャーなしにコンフリクトを解決する方法を決定する余裕ができます。

この一連の改善は、パブリケーションを発行する際に競合を解決するためにユーザーが行わなければならない手作業を簡素化することを目的としています。現在では、ユーザが手動で解決するために競合を発生させるのではなく、システムはパブリケーションで行われた変更でプロダクションの競合する変更を上書きしようとします。

削除の修正コンフリクトが発生した場合、システムは自動的には解決しませんが、パブリケーションに加えられた修正を維持しやすくなりました。コンフリクトする変更画面に、アセットがプロダクションから削除され、現在ごみ箱にあるコンフリクトに対して、「プロダクションにリストア」オプションのボタンが追加されました。

主なメリット:

• コンフリクトのほとんどを自動的に解決することで、手作業を減らします。

• Recycle Binでサポートされるアセットが迅速に復元できるようにすることで、必要な変更をユーザーが破棄する必要がなくなり、パブリケーションのユーザー満足度と信頼性が向上します。

「有効期限切れ」機能のオン/オフを切り替えるオプションを提供します。オンにすると（このリリース以前のデフォルトの動作）、以前のLiferayバージョンで作成された進行中のパブリケーションは、アップグレード後に "有効期限切れ"と表示され、修正や公開ができなくなります。この機能はデフォルトでオフになり、ユーザーはLiferayのサポートなしでこれらのパブリケーションを発行できるようになりました。

主なメリット:

パブリケーションの管理性が向上し、Liferayのアップグレード後を含め、以前の変更点をすべてパブリッシュできるようになりました。

このリリースでは、テキストベースのフォームフィールド（テキスト、リッチテキスト、テキストエリア）に対して、ページエディタ内で直接インコンテキスト翻訳を導入しています。これにより、コンテンツ作成者は、ユーザーのためにローカライズされたフォームエクスペリエンスを簡単に作成できるようになり、ユーザーが好みの言語でフォームを入力できるようになります。指定されたローカライズ可能なフォームフィールドのみが翻訳され、ローカライズされたコンテンツの正確なコントロールが保証されます。

現在、Webコンテンツの表示ウィジェットに表示されている2つの別々のオプションメニューは、コンテンツ作成者のために1つの統合されたドロップダウンメニューに統合されました。この新しいメニューは、混乱と不必要なクリックを減らし、全ての関連ウィジェットアクション（例えば、ウィジェットを隠す、複製、エクスポート/インポート 等）に簡単にアクセスできるようにすることで、ユーザーエクスペリエンスを向上させます。

deployフォルダ経由でフラグメントのデプロイが完了したことを示すロギングが追加されました。これにより、デプロイメントプロセスの可視性が向上し、デプロイメント期間の追跡が可能になります。

例えば、このようなメッセージを含めることには、次のような利点があります:

• デプロイメントの期間をカウントする。
• フラグメントがデプロイされるまで、デプロイの進捗状況を確認する。

ミラーカラムのキーボードナビゲーションとカラムのリサイズを改善しました。 キーボードを使用して、水平方向（より深いレベル）と垂直方向（同じレベル）の両方で列間を移動できるようになりました。カラム幅もレスポンシブで、異なる画面サイズに適応します。

• ドラッグ＆ドロップ、複数選択、カット / コピー / ペースト機能でLiferayのプラットフォームを強化し、フィールドやフラグメントの整理を容易にします。

• ページコンポーネントを一括選択で管理する際のユーザーエクスペリエンスの微調整します。

刷新されたClayチャートのカラーパレットは、コントラストを強め、バリエーションを増やすことで、アクセシビリティとユーザビリティを向上させている。 これにより、ユーザーはチャート、アイコン、フィールド・セットを簡単に区別できるようになり、混乱が減り、分かりやすさが向上した。

主なメリット:

• これで、Liferayの現在および将来の製品に対して、より柔軟な設計ができるようになりました。

• プラットフォームの使いやすさとUIを改善し、統一するための、アクセスしやすく区別しやすい色になりました。

新しい翻訳とロケールの追加により、マケドニア、ノルウェー、ベルギー、スイス、オーストリアなどの地域のユーザーは、好みの言語や地域のバリエーションでプラットフォームとやりとりできます。

主なメリット:

• 特定の市場や地域に合わせたユーザー体験を提供し、関連性と使いやすさを向上させます。

• 言語とロケールのオプションを拡大することで、より包括的なプラットフォームにしました。

この改善により、ユーザーは.yamlファイルのTheme CSSとCSS クライアント拡張機能の新しいプロパティを使って、Liferayインスタンスの外観をより効果的にカスタマイズできるようになりました。

主なメリット:

• 管理者は、管理パネルとプラットフォーム全体の両方のインターフェイスをパーソナライズすることができます。

• よりまとまりのあるブランド的な外観は、すべてのユーザーの使いやすさと満足度を向上させます。

• カスタマイズの適用箇所をきめ細かくコントロールできます。

Elasticsearch 8.17 がテストされ、互換性マトリックスに追加されました。

Liferay Self-Hostedのデプロイメントでは、Elasticスタックをこのバージョンにアップデートできます。Liferay PaaS プロジェクトの場合、新しいElasticsearchイメージが通常通りLiferay CloudのDocker Hub アカウントで提供されます。

2024.Q3のリリースノートで最初に強調されたように、Elasticの製品ライフサイクルに従って、Elasticsearch 7.17.xバージョンはElasticsearchバージョン9がリリースされるまでサポートされ、保守されます。

Elasticsearch 9.0.0は、2025年初頭にリリースされる予定です。

Elasticsearch 8との互換性はLiferay DXP 7.4 U81+で利用可能です: Operating Liferay 7.4 GA/Update 81+ with Elasticsearch 8 - Liferay.

注意: Elasticsearch 8.xとの互換性は、バンドルされているElasticsearch 7コネクタとElasticsearch 8のREST APIの互換性によって提供されます。

Liferay データセットの正式リリース、ベータ版からリリースへ！ データセットは、Liferay DXPで構造化データを取得、管理、可視化、対話するための強力で柔軟な方法です。Objectsの上に構築され、Liferayの堅牢なエコシステムを活用するData Setsは、「LiferayでLiferayを構築する」哲学を体現しています。 互換性のあるヘッドレスAPIとのシームレスな統合により、管理者はデータセットを簡単に構成し、エンドユーザーにリッチでカスタマイズ可能なエクスペリエンスを提供し、データの消費と対話を行うことができます。

主なメリット:

• データの取得: 互換性のあるヘッドレスAPIから情報を取得し、データセットソースとして使用します。

• 柔軟性の管理: 管理者は、フィルタ、ソートオプション、利用可能なアクションとともに、APIレスポンスのどの部分を含めるかをカスタマイズできます。

• データの可視化: 複数の可視化オプションにより、エンドユーザーがデータを有意義に利用することがこれまで以上に容易になります。

• インタラクションの有効化: ：エンドユーザは、管理者が設定したフィルタ、アクション、ツールを使用して、データと動的に対話できます。

Liferay DXPの品質、安定性、最新性を確保するため、React 18にアップデートし、セキュリティ、パフォーマンス、互換性に大きなメリットをもたらしました。このアップデートは、DXPの堅牢で将来性のあるプラットフォームとしての地位を維持するために不可欠なものです。

主なメリット:

• セキュリティ強化: 古いバージョンのライブラリには脆弱性が潜んでいる可能性があります。React 18にアップグレードすると、最新のセキュリティパッチが組み込まれるため、こうしたリスクが軽減されます。

• パフォーマンスの向上: React 18では、同時レンダリングなどの機能が導入され、より良いユーザー体験のための応答性と負荷処理が強化されました。

• 互換性の向上: アップグレードすることで、DXPが最新のツールやフレームワークに対応し、統合の課題を最小限に抑え、開発プロセスの将来性を確保します。

• 継続的なサポート: Reactのエコシステムを常に最新に保つことで、コミュニティの更新、バグ修正、技術革新を継続的に利用できます：リソースのロードと実行を制御することで、XSS攻撃やデータインジェクション攻撃のリスクを軽減します。

デジタル・エクスペリエンス・プラットフォームのセキュリティを強化するため、堅牢なコンテンツ・セキュリティ・ポリシー (CSP) 機能を導入しました。この機能は script-src や style-src など8つの主要なディレクティブをサポートし、スクリプトやスタイル、画像などの安全な取り扱いを保証します。これらのディレクティブを活用することで、開発者はクロスサイトスクリプティング（XSS）攻撃やデータインジェクションのリスクを軽減できます。CSPの実装は最新のウェブ・セキュリティ標準に合致しており、柔軟性と保護の両方を提供する。 管理者は、機能を損なうことなく、より厳格なセキュリティポリシーを適用できるようになりました。

主なメリット:

• セキュリティ強化: リソースのロードと実行を制御することで、XSS攻撃やデータインジェクション攻撃のリスクを軽減します。

• コンプライアンス対応: 業界標準のセキュリティ要件に準拠し、より厳格なコンプライアンス・プロトコルをサポートします。

• カスタマイズ可能なポリシー: 開発者は、特定のプロジェクトや組織のニーズに合わせて CSP 命令をカスタマイズできます。

• 信頼の向上: より安全で信頼性の高いプラットフォーム体験を提供することで、エンドユーザーの信頼を強化します。

Liferay データセットの正式リリース、ベータ版からリリースへ！ データセットは、Liferay DXPで構造化データを取得、管理、可視化、対話するための強力で柔軟な方法です。Objectsの上に構築され、Liferayの堅牢なエコシステムを活用するデータセットは、「LiferayでLiferayを構築する」哲学を体現しています。互換性のあるヘッドレスAPIとのシームレスな統合により、管理者はデータセットを簡単に構成し、エンドユーザーにリッチでカスタマイズ可能なエクスペリエンスを提供し、データの消費と対話を行うことができます。

主なメリット:

• データの取得: 互換性のあるヘッドレスAPIから情報を取得し、データセットソースとして使用します。

• 柔軟性の管理: 管理者は、フィルタ、ソートオプション、利用可能なアクションとともに、APIレスポンスのどの部分を含めるかをカスタマイズできます。

• データの可視化: 複数の可視化オプションにより、エンドユーザーがデータを有意義に利用することがこれまで以上に容易になります。

• インタラクションの有効化: エンドユーザは、管理者が設定したフィルタ、アクション、ツールを使用して、データと動的に対話できます。

ユーザーが環境間でWebコンテンツやドキュメントのストラクチャを移動できるようにします。

主なメリット:
Webコンテンツやドキュメントを環境間で移動する際の機能ギャップに対応します。

ユーザーが環境間でワークフロー設定を移動できるようにします。

主なメリット:
Liferayで構築されたアプリケーションを環境間で移行する際の機能ギャップに対応

ユーザーが環境間でオブジェクトの定義とエントリを移動できるようにします。

主なメリット:
Liferayで構築されたアプリケーションを環境間で移行する際の機能ギャップに対応。

以前は、複雑なデータモデルを管理する場合、ユーザーは複数の関連オブジェクトに変更を加えるためにスクリプトやコードを作成しなければなりませんでした。これにより、ユーザーは複数のオブジェクトをあたかも1つのオブジェクトであるかのように設定できるようになりました。関連する子オブジェクトは、トップレベルの親オブジェクトから権限やアカウント制限などを継承するようになり、オブジェクト管理がより便利になりました。

主なメリット:

オブジェクト間の関係を設定することで、複数のオブジェクトの管理を簡素化します。

• 子オブジェクトの権限とアカウントの制限は、トップレベルの親オブジェクトから継承されます。

• APIエンドポイントは、トップレベルの親と同じ名前空間の下にネストされます。

オブジェクトウィジェットやフォームウィジェットを含む表示ページを環境間で移動できるようにします。

主なメリット:
環境間でコンテンツページを移動する際の機能ギャップに対応します。

サービスビルダーの上に構築されたアプリケーションがLiferay Objectsフレームワークの利点を活用できるようにします。

主なメリット:
サービスビルダー上で構築されたアプリケーションをLiferay Objectsに移行できるようになりました。

バッチエンジンのエクスポート・エンドポイントがオブジェクトエントリのフィルタリングをサポートするようになりました。これは、バッチエクスポート中にオブジェクトエントリにフィルタリングが適用されないという以前の制限に対処するものです。この更新により、すべてのエンティティタイプで一貫したデータ処理とフィルタリングの動作が保証されます。

主なメリット:

• オブジェクトエントリのパーソナライゼーション
• すべてのエンティティの機能を均等化する

これまでは、バッチエンジンでオブジェクトエントリとその権限を同時にエクスポートおよびインポートする方法はありませんでした。この新しい機能により、ユーザーはワークフローを合理化し、手作業を減らせます。

主なメリット:

• たった1回の呼び出しで実行できます。

• ユーザーがオブジェクトエントリの権限を考慮する（または考慮しない）ことを選択できます。

バッチエンジンを使用したデータインポートにより、コンテンツ作成者情報を（必要に応じて）保持できるようになりました。以前は、バッチでインポートされたコンテンツには、常にインポートを実行したユーザーが割り当てられていたため、コンテンツを移動する際に元の作成者データが失われていました。この更新により、（必要に応じて）コンテンツの所有権の正確な帰属が保証されます。

主なメリット:

• 環境間でデータを昇格させる際、重要なユーザー情報を保持できます。

• インポートプロセスごとに個別に設定可能です。

自動化された電子メール通知によるプロアクティブなアクセストークン管理を導入。 トークンの有効期限が切れる1ヶ月前、10日前、1日前にアラートが届くようになり、タイムリーな更新が可能になり、サービスの中断を防げます。新しいトークンが生成されると、通知は自動的にキャンセルされます。

主なメリット:

• トークンの有効期限が切れる前にユーザーに通知されるため、タイムリーな更新と中断のないアクセスが可能になります。

• 自動化された通知により、手作業による監視や介入が不要になるため、管理オーバーヘッドが削減されます。

• タイムリーな更新を促すことで、期限切れのトークンや潜在的に危殆化したトークンを使用するリスクを最小限に抑えることができます。

ベンダーはOpenSSO/OpenAMを非推奨にしたため、それを維持する理由はありません。代替手段であるPingAMは、既存のOpenIDコネクタまたはSAML認証を使用して統合できます。

SSL証明書管理ビューで、有効期限間近（30日以内など）の証明書と、すでに有効期限が切れた証明書の有効期限アラートが表示されるようになりました。証明書は、LCP.jsonファイルを通じてのみ定義する必要があり、管理が簡素化され、デプロイメント間の一貫性が確保されます。このアップデートは手作業によるミスを減らし、安全で中断のないデプロイメントを保証します。

ハイライト:

• 期限切れアラート: 有効期限切れ間近の証明書や、すでに有効期限が切れた証明書を、明確な視覚的インジケータで通知します。

• 排他的なLCP.jsonの設定: 証明書はLCP.jsonファイルを通じてのみ定義できます。

• 視認性の向上: 証明書の名前、種類、関連ドメイン、有効期限を一覧で表示します。

• プロアクティブな管理: SSL/TLSの安全な設定を維持するためのツールとアラート。

Liferay Connector to OpenSearch 2のMarketplaceリリースは、Elasticsearchに代わるLiferayのセルフホストデプロイメントを提供します。

このコネクタは、Liferay DXPとオープンソースでエンタープライズグレードの検索エンジンであるOpenSearch 2.12+を統合します。OpenSearchは、テキストデータのための字句検索、堅牢なスケーラビリティと拡張性、Liferayのセマンティック検索などのエンベッディングを使用するアプリケーションのためのベクトル検索を提供します。

このアプリのインストールには、公式ドキュメントに記載されている特定の設定が必要です。互換性の詳細については、検索エンジンの互換性マトリックスをご参照ください。

OpenSearchの統合は現在ベータ機能であり、将来的にはGAにする予定です。