機能ステータスの変更

この機能を有効にすると、ユーザーはオブジェクトの添付ファイルフィールドでbase64フォーマットを使用できるようになります。

機能ステータスの変更

ウィジェットのサポート対象クライアントの機能は非推奨され、将来的に削除される予定です。この機能は廃止されたとみなされています。

機能ステータスの変更

ウィジェットを共有する機能は非推奨され、将来的に削除される予定です。この機能は廃止されたとみなされています。

この機能により、倉庫管理者はアカウントやアカウントグループに対して、特定の倉庫にアクセスするためのきめ細かな資格ルールを定義することができます。これにより、どの顧客がどの倉庫の在庫を確認し、購入できるかをきめ細かく管理することができます。

主なメリット:

1. 在庫管理の改善:

• 在庫データへの不正アクセスを防止。

• 在庫量と在庫レベルに基づき、製品の可視性を戦略的にコントロール。

• 顧客セグメント間の在庫配分の最適化。

2. カスタマー・エクスペリエンスの向上:

• より適切でパーソナライズされたショッピング体験を提供する。

• 主要顧客層へのアクセスを優先することで、顧客満足度を向上させる。

3. 収入の増加:

• 在庫へのアクセスを優先することで、価値ある顧客層からより高い収益を生み出す。

4. 売上の減少:

• 特定の顧客グループに対して商品の可視性を制限することで、在庫切れによる売上損失を最小限に抑える。

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

主なメリット:

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

• カート

• カートの概要

• カテゴリー・コンテンツ

• コマース住所

• コマースカテゴリーナビゲーション

• ミニカート

• オープンカート

• オプション・ファセット

• 受注予測チャート

• 組織運営

• 発注済みオーダー

• 製品比較バー

• 製品比較表

• 商品詳細

• 製品ダウンロード

• 商品パブリッシャー

• 検索結果（コマース）

• 仕様ファセット

この機能により、ユーザーは、セグメント内のすべての既知の個人とその関連データのリストを含む、セグメントメンバーシップに関する詳細情報を含むCSVファイルをエクスポートすることができ、関係者に貴重なインサイトを提供できます。

ハイライト:

• エクスポート機能: セグメントメンバーシップデータを含むCSVファイルを作成できます。

• 包括的な詳細: セグメント内のすべての既知の個人のリストが含まれ、名前やEメールアドレスなどの詳細が表示されます。

• 実用的なインサイト: 分析および意思決定のための貴重なデータを関係者に提供します。

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

機能ステータスの変更

ソーシャル・ネットワーキング・プラグインは非推奨となっており、将来的に削除される予定です。

機能ステータスの変更

Jakarta EE 10への移行とClient Extensionsの拡張を控え、DXPは新世代のカスタマイズオプションに注目しています。

JavaServer Faces (JSF)のLiferay Facesサポートは廃止されます。

機能ステータスの変更

メンバー招待ウィジェットは非推奨であり、将来的に削除される予定です。

機能ステータスの変更

Jakarta EE 10への移行とClient Extensionsの拡張を控え、DXPは新世代のカスタマイズオプションに注目しています。 PortletMVC4Springは廃止予定です。

機能ステータスの変更

ユーザーは、ページのパフォーマンス問題を引き起こす可能性のあるコンポーネントを簡単に特定できます。ページ監査に新しいタブを追加し、異なるコンポーネントのバックエンドのレンダリング時間や、パフォーマンスの問題につながる可能性のある特定のコンポーネント構成を特定するのに役立つ警告をユーザーに表示するようにしました。これらの警告は編集モードにも表示されるので、ユーザーはページ作成中に起こりうる問題を認識できます。

AIアシスタントは、コンテンツ制作者の生産性を向上させ、ワークフローを合理化するために特別に設計された、多用途で強力なツールです。AIを活用したコンテンツ制作を単一の使いやすいアプリケーションに一元化することで、AIアシスタントは多様なタイプのコンテンツの生成・管理プロセスを簡素化します。ブログ、ナレッジベース記事、ページレイアウトなど、どのような作業であっても、AIアシスタントはツールや柔軟性を提供し、スマートで迅速な作業を支援します。

可用性: AIアシスタントは、マーケットプレイスで簡単にアクセスできるクラウドベースのアプリケーションであるため、既存のデジタル・エコシステムへの統合が容易です。そのクラウド・インフラストラクチャは信頼性の高いパフォーマンスとスケーラビリティを保証し、ユーザーに一貫したシームレスなアクセスを提供します。

機能ステータスの変更

アセットパブリッシャーのウィジェットはメンテナンスに入ります。

この機能は、アカウントおよびアカウントグループのカスタムフィールドに基づくフィルタリングを有効にすることで、headless-admin-userエンドポイント内のフィルタリング機能を強化します。

主なメリット:

• データ検索効率の向上

• データ管理の強化

• ユーザーの生産性向上

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

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

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

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

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

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

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

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

主なメリット:

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

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

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

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

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

主なメリット:

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

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

主なメリット:

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

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

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

主なメリット:

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

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

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

主なメリット:

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

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

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

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

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

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

ハイライト:

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

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

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

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

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

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

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

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

主なメリット:

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

この機能により、カスタム住所の種類を、主な住所カテゴリ（請求、配送、請求と配送）のサブタイプとして、コマース - アカウント住所で定義および管理する機能が導入されます。 これにより、複数の拠点、部門、または関係者にまたがって運営される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などの住所の役割が外部システムで保持されるようになります。
• 注文処理とコンプライアンスの改善: 実際の業務ニーズに合わせて住所タイプを調整することで、より正確な注文ルーティング、フルフィルメント、財務処理をサポートし、社内のコンプライアンスや請求書発行の要件にも対応します。

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

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

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

主なメリット:

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

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

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

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

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

主なメリット:

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

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

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

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

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

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

主なメリット:

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

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

主なメリット:

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

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

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

主なメリット:

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

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

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

主なメリット:

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

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

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

主なメリット:

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

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

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

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

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

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

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

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

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

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

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サービスに影響を与えることなく、クライアント拡張機能をデプロイします。

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

主なメリット:

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

ユーザーは、イベント分析のPDFレポートを作成してダウンロードできるようになり、重要な洞察を関係者とシームレスに共有できるようになりました。

主なメリット:

• PDFフォーマットは、チーム間で洞察を共有する際の一貫性を保証します。
• この機能は、イベント分析インターフェースから直接アクセスでき、ダウンロードのプロセスを簡素化します。
• PDFをダウンロードする際に、日付の範囲を追加できます。

DXP からユーザーを削除すると、Analytics Cloud でも同時に削除されるようになりました。 これを可能にするために、DXPとACの両方から同じユーザーリストをリアルタイムで自動的に削除するAPIを開発しました。

主なメリット:

• 処理時間: 削除されたユーザーの数によっては、Analytics Cloudでの処理に時間がかかる場合があります。 Data Control & Privacy > Request Logの「Request Status」で進捗状況を確認できます。
• 削除前の抑制: 削除された各ユーザーは、Analytics Cloudで完全に削除される前に、まず抑制する必要があります。 その結果、ユーザーごとに2つのリクエスト（抑制と削除）が表示されます。

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

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

• 保留中の注文商品

• 発注済みの注文商品

• 注文の返品

• 保留中の注文

• 発注済みの注文

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

主なメリット:

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

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

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

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

主なメリット:

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

高可用性を提供する並行再インデックスモードと同期再インデックスモードは、Liferay DXP 7.4 Update 98 / Liferay DXP 2023.Q4 で導入され、GAになりました。

新しい同時および同期再インデックス実行モードにより、操作実行中の検索機能の高可用性が提供され、ダウンタイムが短縮され、運用とリソース利用の効率が向上します。

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

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

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

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

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

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

この改善により、ユーザーは.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の互換性によって提供されます。

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

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

主なメリット:

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

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

主なメリット:

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

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

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

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

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

主なメリット:

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

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

管理UIの「仕様」と「製品仕様」セクションに新しいトグルが追加されました。

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

主なメリット:

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

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

主なメリット:

• ローカライズされたフォームの公開時間を短縮: エディタで直接翻訳することで、複数の言語でフォームを立ち上げるために必要な手順を減らせます。

• 外部ツールやワークフローへの依存を軽減: コンテンツチームは、ページを作成するのと同じインターフェイスで翻訳を管理できるため、プロセスが簡素化されます。

• 正確性と一貫性が向上: 翻訳可能としてマークされたフォームフィールドのみが含まれるため、間違った内容を翻訳したり、重要な内容を見落としたりするリスクが少なくなります。

• グローバルなオーディエンスにより良いエクスペリエンスを: 訪問者が自分の好きな言語でフォームを入力できるため、入力完了率とエンゲージメントが向上します: 編集者は、開発者のサポートを必要とせずに、いつ、何を翻訳するかを正確に選択できます。