特に変更が多い「大規模」なパブリケーションの場合、ユーザーが公開プロセスをより適切に管理し、計画できるよう、新しいパブリケーションサイズ分類機能を導入しました。 この機能は、パブリケーションを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の「仕様」と「製品仕様」セクションに新しいトグルが追加されました。

このトグルにより、カタログ管理者は製品に関連する個々の仕様を簡単に表示または非表示にできます。この機能により、商品詳細ページで顧客に表示される情報を柔軟にキュレーションできます。

主なメリット:

1. 商品プレゼンテーションの強化: どの商品仕様を顧客に見せるかをコントロールすることで、店頭での商品プレゼンテーションをよりすっきりと集中させることができます。
2. データの正確性と関連性の向上: 社内仕様や関連性の低い仕様を非表示にすることで、顧客が購入の意思決定に関連する情報のみを閲覧できるようにします。

ゲストはチェックアウトの際に、ミニカートから直接サインインまたはサインアップすることができるようになりました。一度ログインすれば、ユーザーは既存のアカウントを選択するか、新しいアカウントを作成でき、購入フローを混乱させることなくスムーズに進めることができます。アカウントを設定すると、ログインユーザーであるゲストはチェックアウトにリダイレクトされ、購入完了までシームレスに移行できます。

さらに、ゲストが必ずしもチェックアウトせずにサインインすることを決定した場合、ゲストカートはログイン後にアカウントにマージされるようになりました。これにより、ゲストセッション中にカートに追加されたアイテムは、サインインした際や既存のアカウントを選択した際にも保持され、リピーターユーザーの継続性とエクスペリエンスが向上します。

この機能により、カスタム住所の種類を、主な住所カテゴリ（請求、配送、請求と配送）のサブタイプとして、コマース - アカウント住所で定義および管理する機能が導入されます。 これにより、複数の拠点、部門、または関係者にまたがって運営される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の一貫性を確保します。

Liferayのスタイルブックは、作成時に特定のテーマに明示的に結び付けられるようになりました。（OSGiまたはthemeCSSクライアントエクステンションを介して）そのテーマが提供するフロントエンドトークンの定義を使用します。 この構造的なリンクにより、各スタイルブックは関連するテーマの境界内でのみ使用できるようになり、テーマ横断的なトークンの汚染を排除し、より明確なテーマベースのデザインガバナンスを実現します。

主なメリット:

• 異なるテーマのトークンを誤って組み合わせたスタイルブックを保存することがなくなり、視覚的な不一致やデザインの後退を防ぐことができます。

• すべてのスタイルブックに、どのテーマに属しているかが目に見える形で表示されるようになったため、ミスが減り、チームが複数のサイトでデザインアセットを管理しやすくなりました。

• スタイルブックをページに適用する際、システムはそのページの現在のテーマと同じテーマで作成されたものだけをリストアップします。

• スタイルブックが適用されたテーマと互換性がなくなった場合（テーマ変更後など）、表示の問題を防ぐために自動的にリンクが解除されます。

• プラットフォームのアップグレード時に、既存のスタイルブックはサイトの現在の公開テーマ（サイトビルダー > ページ > オプション > 設定で定義）に自動的にリンクされるため、手作業によるクリーンアップ作業が軽減されます。

• 有効な themeId を持たないスタイルブックがインポートされた場合、ユーザーには明確な警告が表示され、インポートを修正するために何が足りないのかが正確にわかります。

• デプロイされなくなった、または有効なフロントエンドトークン定義を提供しなくなったテーマに基づくスタイルブックは、自動的に非アクティブとしてマークされます。

• OSGiまたはthemeCSSクライアントエクステンションIDが非アクティブなスタイルブックのために表示され、開発者や管理者がどのテーマを再インストールまたは修正する必要があるかを特定するのに役立ちます。

このリリースでは、新しいStripe Taxコネクターが導入され、現在Liferay Marketplaceで利用可能になっています。これは、Liferay Commerceのコアトランザクションフローと直接統合するように設計されています。このコネクターは、Stripe Taxによるダイナミックな自動税金計算を可能にし、手動または静的な税金設定を、自動化された正確でグローバルに準拠したソリューションに置き換えます。

一度インストールされ、設定されると、コネクタは、買い手の配送先住所と売り手の税登録設定に基づいてチェックアウト時に自動的に税金を計算します。 この統合は、税率や規則が州や郡、さらには市によって大きく異なる可能性のある、 米国のような税制の複雑な地域で事業を展開する企業にとって特に価値がある。

このコネクターを通じてStripe Taxを活用することで、加盟店はシームレスな税務コンプライアンス、購入者には透明性の高い価格設定、管理者には簡素化された税務レポートというメリットを得ることができます。

主なメリット:

• 自動化されたリアルタイムの税金計算
  手動の税金ロジックを排除します。チェックアウト時にStripeの堅牢なタックスエンジンを使用して動的に税金が計算され、商品、地域、適用される税法に基づいて正確性が保証されます。
• 複雑な米国をサポート 税金のシナリオ
  これは、税制が複雑である米国市場に販売する加盟店にとって特に有益です。Stripe Taxは州、郡、市レベルの規則を自動的に考慮し、販売者の負担を軽減します。
• バイヤー・エクスペリエンスの向上
  バイヤーはチェックアウト時に税金の内訳を明確に確認できるため、信頼が築かれ、突然の請求によるカート放棄を防ぐことができます。
• 売り手のための合理化されたオペレーション
  税金は、販売者の介入なしに取引記録に含まれます。販売者は税込みの取引履歴にアクセスし、事業の成長に集中できます。

この機能により、バイヤーは、特定の販売チャネルで管理者によって有効化された通貨リストから、希望する通貨を積極的に選択できます。一度通貨を選択すると、ショッピングの間、すべての価格はその通貨で表示されます。

通貨を変更すると、新しく選択された通貨で新しい注文が自動的に作成されます。

この機能により、加盟店は国際的な価格戦略をより適切に管理できるようになり（通貨ごとのスマートプライシングなど）、為替レートだけに頼らずに価格を微調整できるようになります。

主なメリット:

1. バイヤー・エクスペリエンスの向上: バイヤーは使い慣れた現地通貨で買い物をし、価格を見ることができるため、信頼が高まり、コンバージョン率が向上する可能性があります。 このようにローカライズされたエクスペリエンスは、チェックアウト時の予期せぬ通貨換算によるカート放棄を大幅に減らすことができます。
2. 通貨管理の一元化: チャネル設定の新しい「通貨」タブは、管理者が利用可能な通貨を管理および制限するための専用スペースを提供し、通貨設定を制御するための明確で直感的なインターフェイスを提供します。

3. 簡単な通貨の選択: 新しい通貨セレクターフラグメントは、購入者がショッピングセッション中にいつでも希望する通貨を変更できるユーザーフレンドリーなインターフェイスを提供します。

クラウド決済アプリをDXPにシームレスに統合。 ユーザーがDXP内からマーケットプレイスで入手可能なこれらのアプリを直接ダウンロードしてインストールできるようにすることで、プラットフォームから離れる必要がなくなる。 この強化された統合により、ユーザーはより幅広い支払い方法にアクセスできるようになり、現在のDXPインスタンス内に存在する可能性のある制限に対処することができます。

お支払い方法無料のクラウドアプリのみご利用いただけます。

注意: この機能を使用する前に、ユーザーが必要な支払い方法を表示およびインストールするための適切な権限を持っていることをご確認ください。 

主なメリット:

この機能により、ユーザーはDXP内で支払い方法の選択肢を簡単に広げることができ、柔軟性と利便性が向上する。 ユーザーは、DXPから直接、マーケットプレイスで利用可能な新しい支払い方法をシームレスに発見、購入、統合できるため、外部のプラットフォームを操作したり、手作業で解決策を探したりする必要がなくなります。 この合理化されたプロセスにより、ユーザーは進化する市場の需要に迅速に対応し、顧客に幅広い支払い方法を提供することができ、最終的にはユーザー体験全体を向上させることができます。

パブリッシャーは、Liferay Marketplaceの直感的なワークフローを通じて、ローコードのフラグメント構成を簡単にアップロードして提供できるようになりました。 この初期段階では、顧客はこれらのフラグメントをマーケットプレイスから直接ダウンロードできます。 次の四半期には、Liferay DXPページビルダー内でのフラグメントのシームレスなインストールが導入されます (LPD-34938)。

このアップデートにより、パブリッシャはクライアント拡張機能と複合アプリをマーケットプレイスに掲載できるようになりました。 お客様は、アプリの詳細ページに記載されている開発者のガイドラインに従って、これらのアプリタイプをダウンロードしてLiferayインスタンスに直接インストールできます。

主なメリット:

1. カスタマイズされたパブリッシャーダッシュボード
2. 新しいアプリタイプ専用のパブリッシャーワークフロー
3. 新しいアプリタイプ向けのパーソナライズされたカスタマーエクスペリエンス

パブリケーション内で複数の変更を選択し、一度にアクションを実行できる新しい一括操作機能を導入しました。 この機能は、複数の変更を管理するプロセスを合理化し、大規模なパブリケーションを扱う際の時間と労力を節約します。

主なメリット:

• 効率化: 変更を個別に処理することなく、複数の変更を選択して一括アクション（移動や破棄など）を実行できるようになりました。これは、1つずつ変更を管理するのが面倒で時間のかかる大規模なパブリケーションでは特に役立ちます。
• ワークフローの改善: 一度に複数の操作を選択して実行できるため、コンテンツ管理に必要なステップ数が大幅に削減され、全体的なワークフローと生産性が向上します。

このリリースでは、システムデータセットと呼ばれる新しいタイプのデータセットが導入され、管理ユーザーがJava/コードデータセットのクローンを作成し、データセットマネージャーで編集およびカスタマイズできるようになりました。

このリリースでは、オーダーページのデータセットがシステムデータセットとして利用できるようになりました:

• 保留中の注文商品

• 発注済みの注文商品

• 注文の返品

• 保留中の注文

• 発注済みの注文

次のリリースでは、より多くのデータセットがリストに追加される予定です。

主なメリット:

• このエピックは、これまでハードコードされていたデータセットの部分的なカスタマイズを可能にすることで、Liferay DXPの柔軟性を高めます。

• 管理者はユーザーエクスペリエンスをよりコントロールできるようになり、多様で進化するビジネス要件に対応するプラットフォームの能力が強化されます。

• これはまた、ハードコードされたデータセットを変更したり、置き換えたりするためのカスタム開発の必要性を減らすことにも繋がります。

管理者ユーザーがデータセットを管理する場合、並べ替えオプション、フィルタ、およびアクションを作成できます。 これまでは、管理者ユーザーがエンドユーザーに表示しないことを選択した場合、それらを削除する必要がありまし。 今後、これらのサブエンティティは無効化ができるようになったため、編集の進捗を失うことなく、エンドユーザーから隠すことができます。

主なメリット:

• 削除や再作成の必要がなく、サブ・エンティティの管理が容易になりました。
• 管理者が動的に可視性を設定できるようになり、使い勝手が向上しました。
• 基礎となるデータを変更することなく、経験をより柔軟に定義できます。

コンテンツ作成にHTML5を採用するお客様が増えるにつれ、現在のリッチテキスト編集機能をアップグレードする必要性が高まっており、CKEditor 5はこの需要に応えるため、Liferay DXPのデフォルトエディタとして採用されました。 このリリースでは、CK Editor 5がDXPで利用可能になり、Beta Feature Flagの下で4つの異なるエクスペリエンスにインストールされました(FF-11235):

• Webコンテンツ

• オブジェクトエントリ (リッチテキストフィールドの編集)

• ドキュメントタイプ (リッチテキストフィールドを追加する場合)

• メタデータセット (リッチテキストフィールドを追加する場合)

• フォーム

• 要素セット

この後、CK Editor 5 は近い将来、他の領域やエクスペリエンスにも組み込まれる予定です:

• ページビルダー

• コマース

• Webコンテンツの説明

主なメリット:

CKエディタがすべてのDXPで利用可能になった場合のメリットです。現在の取り組みには、Webコンテンツのみが含まれることにご注意ください。

1. HTML5やコンテンツセキュリティポリシー(CSP)などの最新のWeb標準をサポートします。

2. 外部ツールからのシームレスなコピー＆ペーストを実現します。

3. インラインエディタなどのOOTB機能を活用し、より柔軟な編集ワークフローを実現します。

4. サポートされ、積極的にメンテナンスされているCKエディタのバージョンを採用します。

5. 複数のエディタへの依存をなくし、Liferay DXP 全体で編集のエクスペリエンスを標準化します。

より詳しいハイライトとメリットはこちらから

Liferay DXP 全体のフロントエンド・データセットにおけるバルクアクションの使いやすさ、機能性、一貫性を改善しました。 アイテムの選択動作が改良され、可視化モードの一貫性が確保され、一括アクションの可視性が向上し、エンドユーザーにとってより直感的で効率的なインタラクションが実現しました。

主なメリット:

• アイテムのページ間で選択内容を保持し、ユーザーが複数のページから簡単にアイテムを選択できるようにします。
• 全選択ボタンとクリアボタンを追加し、ユーザーが大量のアイテムを簡単に操作できるようになりました。
• 利用可能なすべての一括アクションにアクセスできるコンテキストメニューを追加しました。
• ハイライト表示された一括アクションで、より一般的なアクションに簡単にアクセスできます。

CSPサポートの拡張を継続するために、2 つの新しいディレクティブ（base-uriおよびobject-src）がサポートされるようになりました。

これら2つの新しいディレクティブのサポートにより、Liferay DXPはGoogle CSP Evaluatorで推奨されているすべてのディレクティブをカバーします。

主なメリット:

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

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

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

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

サポートされているディレクティブと推奨値:

ドキュメントがページ上のどこに表示されているかを確認できるようになりました。

主なメリット:

• エントリ内の「使用状況を表示」アクションで、ドキュメントの使用状況を見ることができるようになりました。 これは、ドキュメントがマップされている、またはエンドユーザーに表示されているすべての場所を表示します。

ユーザーは、ワークフロー設定を変更することなく、フォルダ名やその他の詳細を更新できるようになりました。 これにより、セキュリティ上の問題がなく、フォルダ内のすべてのコンテンツが正しいワークフロープロセスに従うことが保証されます。

主なメリット:

• 「更新」権限の付与: ロールに「更新」権限を付与することで、ユーザはフォルダの名前や説明などのプロパティを編集できるようになります。

• 「詳細な更新」権限の付与: ロールに 「詳細な更新」権限を付与することで、ユーザーはフォルダに関連付けられたワークフローを更新できるようになります。 名前や説明フィールドなどのフォルダのプロパティは無効のままで、編集はできません。

DXPは、MySQL 8.4 データベースバージョンでの使用が認定されました。2025.Q1 LTSにも適用されます。

主なメリット:

MySQL データベースの最新 LTS バージョンへのアップデートを許可します。 LTSリリースであるMySQL 8.4は、バグ修正とセキュリティパッチがオラクルから長期間提供されるため、本番環境において最も安定した予測可能なバージョンです。 この長いサポート期間により、頻繁なメジャーアップグレードの必要性を減らすことができます。

複数の環境にまたがるコンテンツの管理と同期が、より簡単で信頼できるものになりました。 このリリースで、Liferayは2つの強力な機能強化を導入し、バッチエンジンの機能を拡張しました:

1. 外部参照コードによる一括削除 － 内部IDの代わりに外部参照コードを使用してアイテムを削除できるようになったため、一括削除がよりシンプルになり、環境間で一貫性が増しました。

2. 削除のインポート・ストラテジーのサポート － バッチ削除を実行する際、ユーザーは操作を部分的（エラー時に停止）にするか、完全（一部のアイテムが失敗しても継続）にするかを定義できるようになり、プロセス中のコントロールとフォールトトレランスが向上しました。

これらのアップデートは、特に外部識別子に依存する環境や、ステージング、プロダクション、その他のインスタンス間で一貫したデータメンテナンスが必要な環境において、チームが一括削除を管理する方法を合理化します。

主なメリット:

• より信頼性の高い環境同期: 外部参照コードにより、内部IDに依存することなく、異なる環境間で同じエンティティを削除できるため、ミスマッチのリスクを低減できます。

• 一括削除ワークフローの簡素化: 大規模なデータセットの削除がより簡単になり、手作業の手順が減り、エラーの可能性が低くなりました。

• 削除操作をより自由にコントロール: エラー時にプロセスを停止するか、完全に完了させるかを選択できるため、チームの運用ニーズに合わせて動作をカスタマイズできます。

• 回復力と耐障害性の向上: 削除ジョブが些細な問題で完全に失敗する可能性が低くなり、保守プロセスがよりスムーズになります。

• エンティティ間の一貫したサポート: これらの機能強化は、バッチエンジンがサポートするすべてのエンティティタイプで利用できるため、さまざまなユースケースに幅広く適用できます。

私たちは、SCIMプロバイダーの仕様（Microsoft Entra、Cyber Arkなど）を実装することで、最も関連性の高いSCIMプロバイダーを設定できるようにしました。

主なメリット:

トップクラスのアイデンティティ・プロバイダのSCIMエンドポイントを導入することで、自動化されたプロビジョニング、デプロビジョニング、およびプラットフォーム間でのユーザー・データの同期が可能になり、ユーザー管理が合理化され、セキュリティが確保されるようになります。 これにより、セキュリティが強化され、コンプライアンスが確保され、手作業が減り、一貫性とユーザーエクスペリエンスが向上します。 標準化された相互運用性により、将来的な統合を保証し、運用効率を高めると同時に、ID ライフサイクル・イベントの可視性と制御性を向上させます。

サードパーティのシステムからのデータは、プロキシオブジェクトを使用することで、DXPで管理できるようになりました。 顧客は、Liferayのローコードフロントエンドアプリケーションの構築機能を使用して、DXPでデータを表示するために、適切なSSOの実装と横断的なOAuth 2に頼ることができるようになりました。

重要: データはLiferayのデータベースで永続化されないので、プロキシオブジェクトにはいくつかの制限があります。詳しくはこちら。

メンテナンス期間中に問題が発生すると、エンドユーザーにはブランド化されていないデフォルトのメンテナンスページが表示されていました。そのため、ユーザーフローの一部が放置され、お客様はユーザーを適切な次のステップに誘導することができませんでした。DXPがダウンしている場合でも機能するメンテナンスページの設定と管理には、必ずしもすべてのお客様が備えているわけではない技術的なスキルが必要であり、多くのお客様にとって現実的ではありません。

お客様は、自社ブランドにマッチした、お客様への対応手順を記載したメンテナンスページを独自に設計し、アップロードできるようになりました。この実装はDXPインスタンスとは独立して機能するため、ダウンタイムを検知するとすぐに、クラウドコンソールのメンテナンスページをユーザーに表示し、ダウンタイムの原因となった問題に対処できるようになります。

Liferayのスケーリング動作の設定は単純ではありません。お客様は、閾値を設定するために、アプリケーションのメトリクスがどのように動作するかを深く理解する必要があります。また、時間やインスタンスの規模に応じて料金が発生するため、お客様は請求金額に戸惑うことになります。 

そのため、クラウドコンソールのスケーリングページで、スケーリングするインスタンスの最大数と最小数を設定できるようにしました。これにより、技術に詳しくないお客様でも、アプリケーションのスケーリングに必要なコストを自由にコントロールできるようになります。これにより、インスタンス数の増加によるユーザーエクスペリエンスの向上と、それに伴うコストの増加とのバランスを、的確に判断できるようになります。

マルチテナント環境のニーズを満たすために、Captchaエンジンはインスタンスレベルで設定可能である必要があります。他のインスタンスの設定に干渉することなく、1つのインスタンスに対しての設定が可能でなければなりません。

主なメリット:

インスタンスレベルでCAPTCHA を有効にすると、グローバル設定に影響を与えることなく、柔軟な設定が可能になります。 これにより、カスタマイズされたセキュリティとユーザーエクスペリエンスをサポートし、インスタンスごとのコンプライアンスを実現します。

バッチエンジンの各実行により柔軟性を持たせるため、新しいパラメータ（batchExternalReferenceCode）を追加し、インポートタスクのERCを更新せずにバックエンドに送信できるようになりました。

主なメリット:

• 目的ごとに1つのパラメータで実行できるので、実行が簡単です。

• バッチをサポートするすべてのエンティティに新しい機能を追加します。

この機能は、お客様がオブジェクトの検証を利用する方法を提供し、エンドユーザーが必要とするエクスペリエンスを管理します。

主なメリット:

• 複数ステップのフォームでは、データを永続化することなく、各ステップでエンドユーザーのデータを検証できるようになります。

BETAフラグを有効にしなくても利用できるようになり、今後は正式にサポートされます。

Liferay Developer Studioのインストーラーは、JDK 21が利用可能な場合、選択可能なオプションとして含まれるようになり、初期セットアップを簡素化し、Liferayがサポートする最新のJavaバージョンを使用したい開発者により便利でユーザーフレンドリーなエクスペリエンスを提供します。

この機能は、オブジェクトのすべてのフィールドをローカライズ可能にし、ユーザーが選択したロケール設定に従って表示できるようにすることを目的としています。

主なメリット:

• ローカリゼーション機能は、システム内のすべての既存ロケールをサポートします。

• カスタムオブジェクトエントリと変更可能なシステムオブジェクトエントリ。

• ローカライゼーションの設定が個々のフィールドレベルで管理されるようになりました。

JSコンポーネントのサポートタブ　(data-toggle="liferay-tabs" API ) は非推奨となっており、非推奨 FF LPD-47713 が有効になっていない限り、バンドルに含まれません。

Lodashライブラリは、非推奨となっており、非推奨FF LPD-48975が有効になっていない限り、バンドルに含まれません。

Liferay DXPは、異なるインストール間での仮想インスタンスのオンデマンドマイグレーションを可能にし、特にクラウドベースのデプロイメントにおいて、既存の環境をポータブルにし、管理を容易にします。 オンプレミスからLiferay SaaSに移行する場合でも、同じインストールで環境間（UATから本番など）を移行する場合でも、この機能はデータベース全体ではなくインスタンスの移行を可能にし、プロセスを簡素化します。

この機能は、ベータ機能フラグで有効にできます: LPD-11342

グローバルサービスと協力して、Javascriptリソースの配布や未使用コードにおけるペインポイントを特定することが、そのきっかけとなりました:

• 未使用パッケージの削除

• 古いパッケージの非推奨化

• ユーザーが一部の機能を使用しない / ロードしないように設定

• JSサイズ比較レポートの作成

• モジュールをより小さなサブモジュールに分割できるツールの作成
   

主なメリット:

• JSバンドル・サイズの削減 → ポータル・ローディングの高速化

• 総輸出量の削減 → ポータルのローディングの高速化

• マスタークラスのホームページを例にすると:

  • JSのMBサイズを20%削減

  • リクエスト数を12%削減

  • モービルライトハウスのスコアは52から56へ

  • デスクトップ・ライトハウスのスコアが70から77に

• モジュールの一部が一般的に使用されていないことがわかった場合、チームがモジュールを分割し、より小さなエントリーポイントを提供できるようにする

• リスクをトリガーできるサイズレポートツール

ClayコンポーネントとAPIテーブルの既存のドキュメントは、品質に一貫性がなく、詳細な説明や実用的な例が欠けていることが多くあります。この一貫性のなさが、開発者がこれらのコンポーネントを効果的に活用することを困難にし、混乱とサポート依頼の増加を招いています。

主なメリット:

• 開発者は、コンポーネントのAPIテーブルを生成するためのより良いメカニズムを持つようになり、コンポーネントの使用法と利用可能なAPIに関する全体的な理解が向上しました。 詳細な解説と実例付き。

• この新しい標準化された文書化手法により、すべてのコンポーネントにおいて均一な品質と完全性を確保することができます。。

• より明確で、より構造化され、より実用的な文書は、フラストレーションを軽減し、開発プロセスを改善します。

• より明確な文書化により、外部サポートの必要性を最小限に抑え、リソースを解放し、対応時間を改善します。