ユーザーが、フラグメントおよびコレクション表示ですでに定義済みのWebコンテンツのストラクチャの反復可能なフィールドをマッピングできるようになりました。

Elasticsearch 8.15.x がテストされ、対応するLiferayのバージョンとの互換性マトリックスに追加されました。

注意: Elasticsearchの新しいマイナーバージョンとの互換性は、2つの方法でテストされています:

1. 最新-最新: 最新の利用可能な Elasticsearchのマイナーバージョンを使用して、最新のLiferayバージョンをテスト → 例: Master/2024.Q3 + Elasticsearch 8.15

2. ミニマム-最新: Elasticsearch 8の互換性が最初に利用可能になったミニマムのLiferayバージョンを、Elasticsearchの最新のマイナーバージョンでテスト → DXP 7.4 U81/DXP 7.3 U31 + Elasticsearch 8.15

このようにすることで、Liferayはより広範なデプロイメントのベースが最新の検索エンジンバージョンでスタックを運用できるようになります。

Elasticsearchは通常、およそ 2 か月ごとに新しいマイナー バージョンをリリースするため、これは定期的なプロセスであり、四半期ごとに計画されたアクティビティです。

Elastic’s product lifecycle に従い、Elasticsearch 7.17.xバージョンはElasticsearchバージョン9がリリースされるまでサポートおよび保守されます。 Elasticsearch 9.0.0は、2025年初頭にリリースされる予定です。

したがって、Liferayでは、7.17.x をデプロイメントしているすべてのお客様に対し、互換性のある最新の Elasticsearch 8.x バージョンへのアップグレードプロジェクトの計画段階を開始することを強くお勧めします。

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

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

Liferayには、クライアントバージョンとして7.17.21を使用し、また開発・テスト用にSidecar ElasticsearchサーバーのバージョンとしてアップデートされたElasticsearchコネクターが同梱されています。

条件コントリビューターの設定は、より小さなフットプリントでブループリントのJSON 内に保存されるようになり、デフォルトの設定（すべてのコントリビューターを有効化 → Enable All）または新しい Disable All オプションを使用する場合、ブループリントのサイズが 90% 以上削減されます。

異なるオプションの動作は以下のとおりです:

• Enable All を使用すると、現在および将来プラットフォームに導入されるすべてのクエリの条件コントリビューターが自動的に有効になります。Disable All は逆の動作をします。

• カスタマイズ では、設定は指定されコントリビューターのリストにロックされます。

データセットマネージャーの選択フィルターが改良され、さまざまな種類のソースを選択できるようになりました。候補リストに加えて、管理者ユーザーはフィルター値のソースとしてAPI ヘッドレスを選択できるようになり、フィルター値に API 応答からの値が入力される可能性があります。これにより、ユーザーはフィルタ作成プロセスをより自動化できるようになります。

データセットマネージャーでは、配列ストラクチャをマップできるようになりました。これにより、データ セットの特定のセルに値のリストを表示できます。例えば、ユーザーのロールや製品のタグをリストできます。

ユーザーがフロントエンドデータセットに直面している場合、アイテムはデータ セットマネージャーで設定されたユーザーと対話するためのアクションを表示できます。今後は、ユーザーがアイテムまたは作成アクションを通じて宛先URL に移動すると、現在のURLが宛先ページに追加されるため、ユーザーはアクションをシームレスに実行した後にデータ セットに戻ることができます。

CXフィルターでは、開発者がオンデマンドのビジネスロジックとUIを備えた独自のフィルターを設定し、データセットマネージャーでデータセットに追加して、データセット内のエンドユーザーに使用できます。 この新しい値により、クライアント拡張は汎用的なものになり、同じクライアント拡張機能を使用して、異なるフィールドでフィルタリングするフィルタを設定できます。

ユーザーは、オブジェクトやワークフローのアクションにおけるスクリプトの悪用を避けるために、必要なセキュリティ・レイヤーを追加できます。

大文字で始まる候補リストを作成できるようになりました。 重要な特徴の1つは、ユーザーがアクティブと非アクティブの値でフィルタリングできるようになったことです。

現在、お客様はオートスケーリングを確認するために、メールのレポートを利用する必要があります。 私たちは、この情報をより利用しやすく、検索しやすくすることで、ユーザーがオートスケーリングの動作をよりよく理解できるようにしています。

機能ステータスの変更

製品オプションタイプとして日付時刻を選択できるようになり、日付、時刻、タイムゾーン、期間に基づいて製品の購入オプションを設定し、タイムスロットの販売が可能になりました。

機能ステータスの変更

電話番号、メール、Webサイト、住所など、アカウントに直接関連する連絡先を管理します。

2 つの内部タブを備えたアカウント詳細ページに新しい連絡先タブが作成されました:

1. 住所
2. 連絡先情報

「アカウント > アカウントエントリ: アドレスの管理」権限を持つユーザーは、これらすべてのアクションで連絡先を管理する必要があります:

• 追加
• 編集
• 削除
• プライマリとしてマーク

電話番号の管理例:

「アカウント > アカウント エントリ: アドレスの管理」権限を持たないユーザーは、既存の電話番号エントリのみを表示できるようにする必要があります。

機能ステータスの変更

あなたが作成したコンテンツや最近作成したコンテンツを簡単に識別できるようになりました。この機能強化により、このワークフローが合理化され、最適化されます。

機能ステータスの変更

ここでの目標は、ユーザーがパブリケーション間で変更を移動できるようにすることです。これが必要になるのは、ユーザーがパブリケーション全体を公開したくないだけでなく、実際には公開されない変更を元に戻したくない場合があるためです。この機能を使用すると、ユーザーは変更をあるパブリケーションから別のパブリケーションに移動して、変更のサブセットを作成し、それらを個別に公開できます。技術的な知識のある読者向け: これは、git でコミットを 1 つのブランチから別のブランチにチェリーピックすることに似ています。

機能ステータスの変更

説明的なプロンプトを提供するだけで、DALL-E がコンテンツ戦略を補完する完璧な画像を生成できるため、貴重な時間とリソースが節約されます。 AIを活用して新しいアイデアを生み出し、コンテンツのニーズに完全に一致する独自のコンセプトを生成します。視覚的な可能性の世界を探検してください！

機能ステータスの変更

機能ステータスの変更

7.4 U88 でベータ版として導入された検索ヘッドレス API が RELEASE ステータスになりました。

機能ステータスの変更

Java JDK 17 および 21 Runtimeの新しいサポートにより、Java 11 は2024.Q3以降のDXP ランタイムではサポートされなくなります。

Liferay Workspaceは、JDK 17 または 21でのカスタムモジュールの再コンパイルのサポートを提供します。

機能ステータスの変更

ユーザはバリデーションを追加して、組み合わせて使用された時に一意であるフィールド値を検証することができます。

制限: Integer、Long Integer、Decimal、Precision Decimalのような数値フィールドはNULLとして保存されます。

Feature Status change:

Now the possibility of Export/Import Frontend Client Extensions is available by default.

この新機能により、買い手と売り手の双方に合理化された返品プロセスが可能になります。

バイヤーは、注文履歴から直接返品リクエストを簡単に開始し、返品理由を指定して返金をリクエストできます。

返品管理者は、返品管理ページで、数回クリックするだけで、返品の詳細を確認し、顧客と連絡を取り、返金を発行することができます。

ロール、仕様グループ、仕様ラベル、アドレスで外部参照コードがサポートされました。

また、ERCを使用して、ヘッドレスAPI経由でこれらのエンティティを更新・削除することも可能になりました。

新しいオプション、SKU、アカウント、カタログ、注文、出荷などを作成する際に、リンクされたエンティティのERCサポートが追加されました。

チェックアウト体験のカスタマイズ:1つの統合で複数の支払い方法が可能です。

あなたのオンラインストアを向上させ、購入者にパーソナライズされた合理的なチェックアウト体験を提供しましょう。 クレジットカード以外の支払いオプションの拡大 - Pay Later、Venmo、Bancontact、eps、iDEALのような人気のある地域の方法を提供し、顧客満足度を高めます。

安全な取引で信頼を築き、すべて既存のプラットフォームで管理できます: マーケットプレイス、Eコマース＆ショッピングカート、シェアリング＆ギグエコノミー、技術パートナー＆決済プロバイダー、クラウドファンディング。
 

この機能により、カスタムフィールドに基づくきめ細かなユーザーフィルタリングが可能になり、管理者の効率とターゲットを絞ったアウトリーチが強化されます。

Commerce Classicは、Liferay Classicテーマをベースにした新しいSite Initializerです。

注文ページは、フラグメント注文用の表示ページテンプレートを使用して再設計されており、全体的に柔軟性とカスタマイズオプションが向上しています。 これにより、よりダイナミックでパーソナライズされた注文のエクスペリエンスが可能になります。

新しい注文ページでは、ユーザーが注文ページから直接配送と支払いオプションを選択できるようになりました。必要な情報がすべて入力されると、ユーザーはワンクリックで素早くチェックアウトでき、購入プロセスが合理化されます。

この新機能により、ユーザーは既存のイベント分析機能の中で、内訳とフィルタリングのために個々の属性を追加することができます。
以前は、イベント属性のみが表示されていました。

「自動生成ストラクチャキー」と「自動生成テンプレートキー」の構成設定が、以前の システム設定 > システムスコープ > 管理 から、よりインスタンス固有の場所である システム設定 > Webコンテンツ > 仮想インスタンススコープ > Webコンテンツ に移動し、「カスタムトークン値」の後の最初のオプションとして表示されるようになりました。これらのオプションにより、インスタンス管理者はストラクチャキーとテンプレートキーがインスタンスレベルで自動的に生成されるかどうかを制御できます。

Liferayの新規フラグメントを使用して、ページビルダーで直接スムーズなマルチステップフォームを作成し、複雑なプロセスをシンプルかつ直感的に実行できます。

Liferay DXPは、動的なマルチステップフォームを簡単に作成できます。 既存のフォームにステッパーフラグメントを追加するだけで、フォームをマルチステップからなるジャーニーに変換できます。そして、フォームをさまざまなステップに編成し、必要に応じてステップ間で入力を移動できます。ユーザーは、ステップメニューまたはフォームボタンを使用してステップ間を簡単に移動できます。ステップメニューまたはフォームボタンは、ニーズに合わせてカスタマイズできます。

同義語セット は、以下の言語（ロケール）にも対応しています:

• ポルトガル語 (ブラジル): pt_BR

• ポルトガル語 (ポルトガル): pt_PT

• イタリア語: it_IT

• アラビア語 (サウジアラビア): ar_SA

• カタルーニャ語 (スペイン): ca_ES

• カタルーニャ語 (アンドラ): ca_AD

• カタルーニャ語 (スペイン、 バレンシア): ca_ES_VALENCIA

• 中国語 (中国): zh_CN

• 中国語 (台湾): zh_TW

• オランダ語 (オランダ): nl_NL

• オランダ語 (ベルギー): nl_BE

• フィンランド語 (フィンランド): fi_FI

• フランス語 (フランス): fr_FR

• フランス語 (カナダ): fr_CA

• ドイツ語 (ドイツ): de_DE

• ハンガリー語 (ハンガリー): hu_HU

• 日本語 (日本): ja_JP

• スウェーデン語 (スウェーデン): sv_SE

管理者は、Elasticsearch コネクタ構成を確認し、上記のロケールに対して以前に追加されたカスタマイズされたフィールドマッピングと設定を、 タイプマッピングの上書きと追加のインデックス設定から削除することをお勧めします。これらは、プラットフォームによってすぐに使用できる状態になっているためです。(完全または同時の再インデックスが必要です)

ElasticsearchとOpenSearchの導入におけるディスク使用率の向上

検索エンジン側のディスク使用量を削減するため、ストアドフィールドを使用しないデフォルトのフィールドマッピングを最適化しました。代わりに、プラットフォームはデフォルトのドキュメントフィールド検索方法としてフィルターパラメータを使用します。

管理者にとっての重要な考慮事項:

• 詳細設定を確認する: 管理者は、サーチ・エンジン・コネクターの設定内の「追加タイプマッピング」と「タイプマッピングを上書き」の設定を注意深く確認する必要があります。

• デフォルトと比較する: 詳細設定を確認した後、既存のマッピングを新しいデフォルトと比較して、調整が必要な箇所を特定します。保存されたフィールドは引き続きサポートされていますが、推奨されません。

カスタムOSGiモジュールへの影響の可能性:

ほとんどのユーザーはシームレスな移行を経験するはずですが、LiferayのJava Search APIを利用するカスタムOSGiモジュールの開発者は、検索レスポンスの動作が変わる可能性があります。これは、モジュールが検索レスポンスに含まれる特定のフィールドに依存している場合に発生する可能性があります。このような場合、開発者は正しい機能を確保するために、モジュールに調整を加える必要があるかもしれません。

OpenAI は、同義語セマンティック検索用のテキスト埋め込みプロバイダーとして設定できるようになりました。

OpenAIは2つの強力な第3世代埋め込みモデルを提供し、従来モデルよりも低コスト、高い多言語性能、総合的な性能向上を約束します。

もしあなたの組織がすでにOpenAIのChatGPTや他のOpenAIプラットフォームAPIを利用しているなら、他のサービスにサインアップすることなく、
Liferayのセマンティック検索機能（BETA）を通じて、OpenAIのVector Embeddings機能を利用し、意味的に関連性の高い検索結果を提供できます。

データセットマネージャの並べ替えタブの目的が変更されました。今後、このセクションで作成された並べ替えオプションは、管理バーに追加される注文ドロップダウンに追加されます。こうすることで、データセット項目に表示されていない基準でも、さまざまな基準で並べ替えができます。

データセットがさらにカスタマイズできるようになりました。

この柔軟性により、以下のことが可能になります:

• データのフィルタリング: 特定のフィルターを適用して結果を絞り込む
• フィールドを選択する: 取得したいフィールドを正確に選択する
• レスポンスをフラットにする: 複雑なデータ構造の簡素化
• 特定の用語を検索する: 関連情報を素早く検索

エンドポイント・レスポンスをカスタマイズすることで、管理者はエンドユーザーに対して、よりカスタマイズされたユーザーフレンドリーなエクスペリエンスを提供することができます。

その他の情報:

このプラットフォームは、これらの手動パラメータと生成されたパラメータをシームレスに調整します:

• 管理者設定: フィールドとアクションタブの設定
• エンドユーザーとのインタラクション: UIで選択されたフィルターと並べ替えオプション

これにより、一貫性のある効率的なデータ検索プロセスが実現します。

その上、管理者ユーザーは、データセットに表示されるフィールドを手動で追加またはマッピングすることもできるため、レスポンスにフィールドが適切に入力されていないエンドポイントに対して情報を戻すことができます。

この新機能により、ユーザやアカウントなどのLiferayシステムオブジェクトに基づいてコレクションプロバイダを設定できます。

カスタムオブジェクトエントリとModifiable Object Entriesに割り当てられたパーミッションをオブジェクトエントリAPIのネストされたフィールドに追加しました。これは、バッチを使用して、パーミッションを持つオブジェクトエントリをエクスポート／インポートする時に便利です。