このリリースでは、テキストベースのフォームフィールド(テキスト、リッチテキスト、テキストエリア)に対して、ページエディタ内で直接インコンテキスト翻訳を導入しています。これにより、コンテンツ作成者は、ユーザーのためにローカライズされたフォームエクスペリエンスを簡単に作成できるようになり、ユーザーが好みの言語でフォームを入力できるようになります。指定されたローカライズ可能なフォームフィールドのみが翻訳され、ローカライズされたコンテンツの正確なコントロールが保証されます。
Release Notes
現在、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レスポンスのどの部分を含めるかをカスタマイズできます。
データの可視化: 複数の可視化オプションにより、エンドユーザーがデータを有意義に利用することがこれまで以上に容易になります。
インタラクションの有効化: エンドユーザは、管理者が設定したフィルタ、アクション、ツールを使用して、データと動的に対話できます。
ポータル言語翻訳の管理とオーバーライドを容易にするために、モジュールには、言語キーを単一のモジュール専用に定義できる新しい設定があります。これはまた、ユーザーがモジュール内でプログラム的にシステム全体の言語キーをオーバーライドすることを可能にします。 既存の機能では、モジュールのbnd.bndファイルにあるLanguage Resourcesヘッダー( このヘッダー内に、 |
ユーザーが環境間で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にする予定です。
LiferayクラウドがLiferay PaaS上のクライアント拡張機能のCI/CDサポートを提供するようになりました。 開発者はクライアント拡張機能をGitベースのCI/CDパイプラインに統合することができ、Liferayのコアサービスと一緒に自動ビルドとデプロイメントを行うことができます。このアップデートにより、クライアント拡張機能の自動検証、独立したデプロイメント、およびリリースサイクルの高速化が可能になります。
ハイライト:
専用のCI/CDパイプライン: Liferayのコアサービスとのコンフリクトを防ぐため、クライアント拡張機能専用のビルドパイプラインを用意しました。
自動ビルド: コミットするたびに、LUFFAアーカイブとしてパッケージ化された新しいクライアント拡張機能のビルドが開始されます。
独立したデプロイ: クライアント拡張機能のビルドは個別にデプロイされるため、リリースの柔軟性が向上します。
シームレスな統合: Liferay PaaS上の既存のGitベースのワークフローと連携。
ゼロ・ダウンタイム・デプロイメント: メインのLiferayサービスに影響を与えることなく、クライアント拡張機能をデプロイします。
Liferay 7.4では、クライアント拡張機能内で直接言語翻訳を管理する機能が導入されました。 この機能強化により、開発者はOSGiバンドルだけに頼ることなく、カスタムラベルやプロパティの多言語サポートを提供できます。
主なメリット:
開発者は、クライアント拡張機能自体の中で言語キーと翻訳を定義および管理できるようになり、すべてのラベルとカスタムプロパティが異なる言語間で正しく表示されるようになりました。
この機能により、ダッシュ記号による未翻訳ラベルの問題が解消され、多言語サイトで一貫性のあるプロフェッショナルな外観が実現します。
翻訳を追加するプロセスを簡素化し、手作業や外部のOSGiバンドルの必要性を減らすことで、多言語機能の開発と展開を加速します。
開発者は、より柔軟で完全にローカライズされたカスタム要素やテーマを作成できるようになり、Liferayプラットフォームの全体的な汎用性が強化されます。
この機能は、デフォルト以外のアセットタイプに関連するイベントを追跡し、ダッシュボード上でデータを可視化することを指します。 今後は、この特定の方法を使用してデフォルト以外のアセットタイプのビューを追跡し、このデータをAnalytics Cloudのダッシュボードで可視化することはできなくなります。
カスタムイベント・トラッキングの使用は、今後カスタムアセットをトラッキングするための推奨方法です。
特に変更が多い「大規模」なパブリケーションの場合、ユーザーが公開プロセスをより適切に管理し、計画できるよう、新しいパブリケーションサイズ分類機能を導入しました。 この機能は、パブリケーションを3つの階層に分類します: 大、中、小の3つの階層に分類され、変更の回数やデータベースのサイズなどの要因に基づいて分類されます。これにより、ユーザーはパブリケーションの規模をよりよく理解し、パブリケーション中の潜在的な競合やパフォーマンスの問題を回避するために必要な措置を講じることができます。パブリケーションのオーナーは、パブリケーションのサイズが変更されるたびに通知されます。
主なメリット:
プランニングの改善: 新しいサイズ分類により、ユーザーはパブリケーションの現在の「サイズ」を確認し、パブリケーションに適切な時間とリソースを割り当てることができます。これは、パブリケーションのサイズによっては時間がかかるかもしれない公開プロセスを急ぐことを避けるのに役立ちます。
潜在的な影響の可視性の向上: この分類では、パブリケーションのサイズを視覚的に示すインジケータがユーザーに提供されるため、パブリケーションのプロセスで予想されることが透明化されます。 また、「大規模な」パブリケーションの発行に関連するエラーやパフォーマンスの問題の可能性を減らすのにも役立ちます。
明確なコミュニケーション: ユーザーがサイズ分類にマウスオーバーすると、分類の意味とパブリケーションプロセスへの潜在的な影響を説明する便利なツールヒントが表示されます。これにより、ユーザーは十分な情報に基づいて意思決定を行うことができます。
DXP からユーザーを削除すると、Analytics Cloud でも同時に削除されるようになりました。 これを可能にするために、DXPとACの両方から同じユーザーリストをリアルタイムで自動的に削除するAPIを開発しました。
主なメリット:
- 処理時間: 削除されたユーザーの数によっては、Analytics Cloudでの処理に時間がかかる場合があります。 Data Control & Privacy > Request Logの「Request Status」で進捗状況を確認できます。
- 削除前の抑制: 削除された各ユーザーは、Analytics Cloudで完全に削除される前に、まず抑制する必要があります。 その結果、ユーザーごとに2つのリクエスト(抑制と削除)が表示されます。
公開プロセス中に明確で視覚的なフィードバックを提供するプログレスバーを追加することで、レビュー変更画面が強化されました。公開を開始すると、公開プロセスのステータスを追跡するプログレスバーが表示されるようになり、プロセスが完了するまでの残り時間を把握しやすくなりました。
主なメリット:
視覚的なフィードバックの向上: プログレスバーは、公開プロセスの進行状況をリアルタイムで明確に表示するため、残り時間を常に把握できます。
ユーザーエクスペリエンスの向上: プログレスバーの追加により、公開プロセスの応答性と使いやすさが向上し、よりスムーズなワークフローが提供されます。
ユーザーは、イベント分析のPDFレポートを作成してダウンロードできるようになり、重要な洞察を関係者とシームレスに共有できるようになりました。
主なメリット:
- PDFフォーマットは、チーム間で洞察を共有する際の一貫性を保証します。
- この機能は、イベント分析インターフェースから直接アクセスでき、ダウンロードのプロセスを簡素化します。
- PDFをダウンロードする際に、日付の範囲を追加できます。
MicrosoftはSharepointのバージョン2010/2013をサポートしなくなりました。 SharePoint Server 2013 - Microsoft Lifecycle および Microsoft SharePoint Server 2010 - Microsoft Lifecycle をご参照ください。この機能は長期間メンテナンスモードになっており、ユーザーベースも非常に小さいため、テストのメンテナンスにかかるコストが高いことを考慮し、非推奨とすることにしました。
管理UIの「仕様」と「製品仕様」セクションに新しいトグルが追加されました。
このトグルにより、カタログ管理者は製品に関連する個々の仕様を簡単に表示または非表示にできます。この機能により、商品詳細ページで顧客に表示される情報を柔軟にキュレーションできます。
主なメリット:
- 商品プレゼンテーションの強化: どの商品仕様を顧客に見せるかをコントロールすることで、店頭での商品プレゼンテーションをよりすっきりと集中させることができます。
- データの正確性と関連性の向上: 社内仕様や関連性の低い仕様を非表示にすることで、顧客が購入の意思決定に関連する情報のみを閲覧できるようにします。
ゲストはチェックアウトの際に、ミニカートから直接サインインまたはサインアップすることができるようになりました。一度ログインすれば、ユーザーは既存のアカウントを選択するか、新しいアカウントを作成でき、購入フローを混乱させることなくスムーズに進めることができます。アカウントを設定すると、ログインユーザーであるゲストはチェックアウトにリダイレクトされ、購入完了までシームレスに移行できます。
さらに、ゲストが必ずしもチェックアウトせずにサインインすることを決定した場合、ゲストカートはログイン後にアカウントにマージされるようになりました。これにより、ゲストセッション中にカートに追加されたアイテムは、サインインした際や既存のアカウントを選択した際にも保持され、リピーターユーザーの継続性とエクスペリエンスが向上します。
この機能により、カスタム住所の種類を、主な住所カテゴリ(請求、配送、請求と配送)のサブタイプとして、コマース - アカウント住所で定義および管理する機能が導入されます。 これにより、複数の拠点、部門、または関係者にまたがって運営されるB2Bビジネスの住所管理の柔軟性が大幅に向上します。
以前は、住所管理はハードコードされた2つのタイプに限られていました: 配送と請求。 本リリースでは、新たに導入されたピックリストベースの設定システムにより、追加のサブタイプ(Ship-to Party、Sold-to Party、Ordering Address、Payer、Disti Branch Officer、DC Delivery Addressなど)を定義できるようになりました。 これらのサブタイプは設定可能で、3つの主要カテゴリのいずれかに直接マッピングできます。
このアプローチは、SAPのような一般的なERPシステムとの互換性を保証します。
主なメリット:
- 柔軟な住所管理: B2Bビジネスでは、複雑な顧客階層や物流業務を正確にモデル化できます。 請求と発送だけに限定されることなく、実際のユースケースに沿った特定の住所の役割を定義します。
- ERP統合に対応: カスタムサブタイプにより、SAPなどのERPシステムとシームレスなデータ同期が可能になり、手作業による回避策を回避し、Sold-to、Bill-to、Ship-toなどの住所の役割が外部システムで保持されるようになります。
- 注文処理とコンプライアンスの改善: 実際の業務ニーズに合わせて住所タイプを調整することで、より正確な注文ルーティング、フルフィルメント、財務処理をサポートし、社内のコンプライアンスや請求書発行の要件にも対応します。
Liferayは、Jakartaのリリースと新しいアプリケーションサーバーバージョンのリリースに伴い、フル機能を備えたエンタープライズプラットフォームを目指しています。Java 17のサポートにより、パフォーマンス向上とクラウドコスト削減につながるJava 21の機能が利用できなくなります。2026年にJava 21に完全注力する予定であるため、Java 17を非推奨とします。
Clayテーブルのカラム表示ドロップダウンとカラムのソート機能をフロントエンドのデータセットに統合しました。これにより、一貫性のないカスタム実装に代わって、Liferay全体でテーブルインタラクションへの統一されたアプローチが可能になります。
主なメリット:
より標準的なカラムの表示とソートにより、プラットフォーム全体でより使いやすく、予測可能なインタラクションが保証されます。
Clayテーブルのネイティブ機能に合わせることで、冗長なコードを削減します。
開発者は、同様の機能に対して複数の実装を管理する必要がなくなりました。
LiferayのデザインシステムとのUIとUXの一貫性を確保します。