カテゴリーとタグの外部参照コードと関連APIを追加し、データ移行シナリオの移植性を向上させました。
ハイライト:
ユーザーは、ヘッドレスAPI (キーワード) を通じてタグのERCを使用してCRUD操作を実行できるようになりました。
ユーザーは、ヘッドレスAPI (TaxonomyCategory) を通じてカテゴリーのERCを使用してCRUD操作を実行できるようになりました。
Release Notes
カテゴリーとタグの外部参照コードと関連APIを追加し、データ移行シナリオの移植性を向上させました。
ハイライト:
ユーザーは、ヘッドレスAPI (キーワード) を通じてタグのERCを使用してCRUD操作を実行できるようになりました。
ユーザーは、ヘッドレスAPI (TaxonomyCategory) を通じてカテゴリーのERCを使用してCRUD操作を実行できるようになりました。
ドラッグ&ドロップ、複数選択、カット / コピー / ペースト機能でLiferayのプラットフォームを強化し、フィールドやフラグメントの整理を容易にします。
ページコンポーネントを一括選択で管理する際のユーザーエクスペリエンスの微調整します。
Liferay データセットの正式リリース、ベータ版からリリースへ! データセットは、Liferay DXPで構造化データを取得、管理、可視化、対話するための強力で柔軟な方法です。Objectsの上に構築され、Liferayの堅牢なエコシステムを活用するData Setsは、「LiferayでLiferayを構築する」哲学を体現しています。 互換性のあるヘッドレスAPIとのシームレスな統合により、管理者はデータセットを簡単に構成し、エンドユーザーにリッチでカスタマイズ可能なエクスペリエンスを提供し、データの消費と対話を行うことができます。
主なメリット:
データの取得: 互換性のあるヘッドレスAPIから情報を取得し、データセットソースとして使用します。
柔軟性の管理: 管理者は、フィルタ、ソートオプション、利用可能なアクションとともに、APIレスポンスのどの部分を含めるかをカスタマイズできます。
データの可視化: 複数の可視化オプションにより、エンドユーザーがデータを有意義に利用することがこれまで以上に容易になります。
インタラクションの有効化: :エンドユーザは、管理者が設定したフィルタ、アクション、ツールを使用して、データと動的に対話できます。
Liferay DXPの品質、安定性、最新性を確保するため、React 18にアップデートし、セキュリティ、パフォーマンス、互換性に大きなメリットをもたらしました。このアップデートは、DXPの堅牢で将来性のあるプラットフォームとしての地位を維持するために不可欠なものです。
主なメリット:
セキュリティ強化: 古いバージョンのライブラリには脆弱性が潜んでいる可能性があります。React 18にアップグレードすると、最新のセキュリティパッチが組み込まれるため、こうしたリスクが軽減されます。
パフォーマンスの向上: React 18では、同時レンダリングなどの機能が導入され、より良いユーザー体験のための応答性と負荷処理が強化されました。
互換性の向上: アップグレードすることで、DXPが最新のツールやフレームワークに対応し、統合の課題を最小限に抑え、開発プロセスの将来性を確保します。
継続的なサポート: Reactのエコシステムを常に最新に保つことで、コミュニティの更新、バグ修正、技術革新を継続的に利用できます:リソースのロードと実行を制御することで、XSS攻撃やデータインジェクション攻撃のリスクを軽減します。
このリリースでは、新しいStripe Taxコネクターが導入され、現在Liferay Marketplaceで利用可能になっています。これは、Liferay Commerceのコアトランザクションフローと直接統合するように設計されています。このコネクターは、Stripe Taxによるダイナミックな自動税金計算を可能にし、手動または静的な税金設定を、自動化された正確でグローバルに準拠したソリューションに置き換えます。
一度インストールされ、設定されると、コネクタは、買い手の配送先住所と売り手の税登録設定に基づいてチェックアウト時に自動的に税金を計算します。 この統合は、税率や規則が州や郡、さらには市によって大きく異なる可能性のある、 米国のような税制の複雑な地域で事業を展開する企業にとって特に価値がある。
このコネクターを通じてStripe Taxを活用することで、加盟店はシームレスな税務コンプライアンス、購入者には透明性の高い価格設定、管理者には簡素化された税務レポートというメリットを得ることができます。
主なメリット:
この機能により、カスタム住所の種類を、主な住所カテゴリ(請求、配送、請求と配送)のサブタイプとして、コマース - アカウント住所で定義および管理する機能が導入されます。 これにより、複数の拠点、部門、または関係者にまたがって運営されるB2Bビジネスの住所管理の柔軟性が大幅に向上します。
以前は、住所管理はハードコードされた2つのタイプに限られていました: 配送と請求。 本リリースでは、新たに導入されたピックリストベースの設定システムにより、追加のサブタイプ(Ship-to Party、Sold-to Party、Ordering Address、Payer、Disti Branch Officer、DC Delivery Addressなど)を定義できるようになりました。 これらのサブタイプは設定可能で、3つの主要カテゴリのいずれかに直接マッピングできます。
このアプローチは、SAPのような一般的なERPシステムとの互換性を保証します。
主なメリット:
ゲストはチェックアウトの際に、ミニカートから直接サインインまたはサインアップすることができるようになりました。一度ログインすれば、ユーザーは既存のアカウントを選択するか、新しいアカウントを作成でき、購入フローを混乱させることなくスムーズに進めることができます。アカウントを設定すると、ログインユーザーであるゲストはチェックアウトにリダイレクトされ、購入完了までシームレスに移行できます。
さらに、ゲストが必ずしもチェックアウトせずにサインインすることを決定した場合、ゲストカートはログイン後にアカウントにマージされるようになりました。これにより、ゲストセッション中にカートに追加されたアイテムは、サインインした際や既存のアカウントを選択した際にも保持され、リピーターユーザーの継続性とエクスペリエンスが向上します。
このリリースでは、システムデータセットと呼ばれる新しいタイプのデータセットが導入され、管理ユーザーがJava/コードデータセットのクローンを作成し、データセットマネージャーで編集およびカスタマイズできるようになりました。
このリリースでは、オーダーページのデータセットがシステムデータセットとして利用できるようになりました:
保留中の注文商品
発注済みの注文商品
注文の返品
保留中の注文
発注済みの注文
次のリリースでは、より多くのデータセットがリストに追加される予定です。
主なメリット:
このエピックは、これまでハードコードされていたデータセットの部分的なカスタマイズを可能にすることで、Liferay DXPの柔軟性を高めます。
管理者はユーザーエクスペリエンスをよりコントロールできるようになり、多様で進化するビジネス要件に対応するプラットフォームの能力が強化されます。
これはまた、ハードコードされたデータセットを変更したり、置き換えたりするためのカスタム開発の必要性を減らすことにも繋がります。
管理者ユーザーがデータセットを管理する場合、並べ替えオプション、フィルタ、およびアクションを作成できます。 これまでは、管理者ユーザーがエンドユーザーに表示しないことを選択した場合、それらを削除する必要がありまし。 今後、これらのサブエンティティは無効化ができるようになったため、編集の進捗を失うことなく、エンドユーザーから隠すことができます。
主なメリット:
Liferay DXPは、異なるインストール間での仮想インスタンスのオンデマンドマイグレーションを可能にし、特にクラウドベースのデプロイメントにおいて、既存の環境をポータブルにし、管理を容易にします。 オンプレミスからLiferay SaaSに移行する場合でも、同じインストールで環境間(UATから本番など)を移行する場合でも、この機能はデータベース全体ではなくインスタンスの移行を可能にし、プロセスを簡素化します。
この機能は、ベータ機能フラグで有効にできます: LPD-11342
DXPは、MySQL 8.4 データベースバージョンでの使用が認定されました。2025.Q1 LTSにも適用されます。
主なメリット:
MySQL データベースの最新 LTS バージョンへのアップデートを許可します。 LTSリリースであるMySQL 8.4は、バグ修正とセキュリティパッチがオラクルから長期間提供されるため、本番環境において最も安定した予測可能なバージョンです。 この長いサポート期間により、頻繁なメジャーアップグレードの必要性を減らすことができます。
Liferayは、Jakartaのリリースと新しいアプリケーションサーバーバージョンのリリースに伴い、フル機能を備えたエンタープライズプラットフォームを目指しています。Java 17のサポートにより、パフォーマンス向上とクラウドコスト削減につながるJava 21の機能が利用できなくなります。2026年にJava 21に完全注力する予定であるため、Java 17を非推奨とします。
JSコンポーネントのサポートタブ (data-toggle="liferay-tabs" API ) は非推奨となっており、非推奨 FF LPD-47713 が有効になっていない限り、バンドルに含まれません。
機能ステータスの変更
アクティビティウィジェットは非推奨であり、将来的に削除される予定です。
機能ステータスの変更
ディレクトリウィジェットは非推奨であり、将来的に削除される予定です。
機能ステータスの変更
グループ統計ウィジェットは非推奨であり、将来的に削除される予定です。
機能ステータスの変更
Liferay Theme tasksは非推奨となり、将来削除される予定です。この機能はGulp 4に基づいており、Gulp 4も非推奨となっています。お客様はサードパーティのツールで代用することが推奨されます。
機能ステータスの変更
Liferay Theme generatorは非推奨となっており、将来的に削除される予定です。テーマの生成には、テーマのクライアント拡張またはサードパーティのツールを使用することをお勧めします。
機能ステータスの変更
「注目コンテンツ」提供フラグメントセットは非推奨となり、将来削除される予定です。
機能ステータスの変更
ページ内のウィジェットのスコープ (ページ、サイト、またはグローバル) は非推奨になっており、将来削除される予定です。
この機能により、倉庫管理者はアカウントやアカウントグループに対して、特定の倉庫にアクセスするためのきめ細かな資格ルールを定義することができます。これにより、どの顧客がどの倉庫の在庫を確認し、購入できるかをきめ細かく管理することができます。
主なメリット:
1. 在庫管理の改善:
在庫データへの不正アクセスを防止。
在庫量と在庫レベルに基づき、製品の可視性を戦略的にコントロール。
顧客セグメント間の在庫配分の最適化。
2. カスタマー・エクスペリエンスの向上:
より適切でパーソナライズされたショッピング体験を提供する。
主要顧客層へのアクセスを優先することで、顧客満足度を向上させる。
3. 収入の増加:
在庫へのアクセスを優先することで、価値ある顧客層からより高い収益を生み出す。
4. 売上の減少:
特定の顧客グループに対して商品の可視性を制限することで、在庫切れによる売上損失を最小限に抑える。
コマースおよびユーザー管理アプリケーションのウィジェット構成における参照用の外部参照コードを追加しました。これは、ページとそのウィジェットが環境間で移行されるときに、データの整合性を促進するのに役立ちます。
主なメリット:
以下のページ・ウィジェット内の参照は、内部IDの代わりに外部参照コードを使用するようになりました:
カート
カートの概要
カテゴリー・コンテンツ
コマース住所
コマースカテゴリーナビゲーション
ミニカート
オープンカート
オプション・ファセット
受注予測チャート
組織運営
発注済みオーダー
製品比較バー
製品比較表
商品詳細
製品ダウンロード
商品パブリッシャー
検索結果(コマース)
仕様ファセット
コンテンツ管理アプリケーションのウィジェット構成で参照するための外部参照コードを追加しました。これは、ページとそのウィジェットが環境間で移行されるときに、データの整合性を促進するのに役立ちます。
ハイライト:
以下のページ・ウィジェット内の参照は、内部IDの代わりにERCを使用するようになりました:
ドキュメントとメディアのAPIエンドポイントをいくつか追加し、これらのエンティティのプログラム管理を改善しました。
ハイライト:
ヘッドレスAPI (DocumentDataDefinitionType)を使用して、ユーザーがドキュメントタイプを追加、削除、取得できるようになりました。
ヘッドレスAPI (DocumentMetadataSet)を使用して、ドキュメントのメタデータセットを追加、削除、取得できるようになりました。
アクセシビリティの成功基準による要件:
|
ミラーカラムのキーボードナビゲーションとカラムのリサイズを改善しました。 キーボードを使用して、水平方向(より深いレベル)と垂直方向(同じレベル)の両方で列間を移動できるようになりました。カラム幅もレスポンシブで、異なる画面サイズに適応します。
deployフォルダ経由でフラグメントのデプロイが完了したことを示すロギングが追加されました。これにより、デプロイメントプロセスの可視性が向上し、デプロイメント期間の追跡が可能になります。
例えば、このようなメッセージを含めることには、次のような利点があります:
この改善により、ユーザーは.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の互換性によって提供されます。
ユーザーは、ワークフロー設定を変更することなく、フォルダ名やその他の詳細を更新できるようになりました。 これにより、セキュリティ上の問題がなく、フォルダ内のすべてのコンテンツが正しいワークフロープロセスに従うことが保証されます。
主なメリット:
「詳細な更新」権限の付与: ロールに 「詳細な更新」権限を付与することで、ユーザーはフォルダに関連付けられたワークフローを更新できるようになります。 名前や説明フィールドなどのフォルダのプロパティは無効のままで、編集はできません。
ユーザーは、イベント分析のPDFレポートを作成してダウンロードできるようになり、重要な洞察を関係者とシームレスに共有できるようになりました。
主なメリット:
ドキュメントがページ上のどこに表示されているかを確認できるようになりました。
主なメリット:
MicrosoftはSharepointのバージョン2010/2013をサポートしなくなりました。 SharePoint Server 2013 - Microsoft Lifecycle および Microsoft SharePoint Server 2010 - Microsoft Lifecycle をご参照ください。この機能は長期間メンテナンスモードになっており、ユーザーベースも非常に小さいため、テストのメンテナンスにかかるコストが高いことを考慮し、非推奨とすることにしました。
コンテンツ作成にHTML5を採用するお客様が増えるにつれ、現在のリッチテキスト編集機能をアップグレードする必要性が高まっており、CKEditor 5はこの需要に応えるため、Liferay DXPのデフォルトエディタとして採用されました。 このリリースでは、CK Editor 5がDXPで利用可能になり、Beta Feature Flagの下で4つの異なるエクスペリエンスにインストールされました(FF-11235):
Webコンテンツ
オブジェクトエントリ (リッチテキストフィールドの編集)
ドキュメントタイプ (リッチテキストフィールドを追加する場合)
メタデータセット (リッチテキストフィールドを追加する場合)
フォーム
要素セット
この後、CK Editor 5 は近い将来、他の領域やエクスペリエンスにも組み込まれる予定です:
主なメリット:
CKエディタがすべてのDXPで利用可能になった場合のメリットです。現在の取り組みには、Webコンテンツのみが含まれることにご注意ください。
HTML5やコンテンツセキュリティポリシー(CSP)などの最新のWeb標準をサポートします。
外部ツールからのシームレスなコピー&ペーストを実現します。
インラインエディタなどのOOTB機能を活用し、より柔軟な編集ワークフローを実現します。
サポートされ、積極的にメンテナンスされているCKエディタのバージョンを採用します。
複数のエディタへの依存をなくし、Liferay DXP 全体で編集のエクスペリエンスを標準化します。
Liferay DXP 全体のフロントエンド・データセットにおけるバルクアクションの使いやすさ、機能性、一貫性を改善しました。 アイテムの選択動作が改良され、可視化モードの一貫性が確保され、一括アクションの可視性が向上し、エンドユーザーにとってより直感的で効率的なインタラクションが実現しました。
主なメリット:
この機能は、オブジェクトのすべてのフィールドをローカライズ可能にし、ユーザーが選択したロケール設定に従って表示できるようにすることを目的としています。
主なメリット:
ローカリゼーション機能は、システム内のすべての既存ロケールをサポートします。
カスタムオブジェクトエントリと変更可能なシステムオブジェクトエントリ。
ローカライゼーションの設定が個々のフィールドレベルで管理されるようになりました。
サードパーティのシステムからのデータは、プロキシオブジェクトを使用することで、DXPで管理できるようになりました。 顧客は、Liferayのローコードフロントエンドアプリケーションの構築機能を使用して、DXPでデータを表示するために、適切なSSOの実装と横断的なOAuth 2に頼ることができるようになりました。
重要: データはLiferayのデータベースで永続化されないので、プロキシオブジェクトにはいくつかの制限があります。詳しくはこちら。
この機能は、お客様がオブジェクトの検証を利用する方法を提供し、エンドユーザーが必要とするエクスペリエンスを管理します。
主なメリット:
複数ステップのフォームでは、データを永続化することなく、各ステップでエンドユーザーのデータを検証できるようになります。