Release Notes
管理UIの「仕様」と「製品仕様」セクションに新しいトグルが追加されました。
このトグルにより、カタログ管理者は製品に関連する個々の仕様を簡単に表示または非表示にできます。この機能により、商品詳細ページで顧客に表示される情報を柔軟にキュレーションできます。
主なメリット:
このリリースでは、ページエディタ内のすべてのフォームフィールドに直接インコンテキスト翻訳を導入しています。 これにより、コンテンツ制作者は、ユーザーのためにローカライズされたフォームエクスペリエンスを簡単に作成できるようになり、ユーザーが好みの言語でフォームを入力できるようになります。 指定されたローカライズ可能なフォームフィールドのみが翻訳され、ローカライズされたコンテンツの正確なコントロールが保証されます。
主なメリット:
ローカライズされたフォームの公開時間を短縮: エディタで直接翻訳することで、複数の言語でフォームを立ち上げるために必要な手順を減らせます。
外部ツールやワークフローへの依存を軽減: コンテンツチームは、ページを作成するのと同じインターフェイスで翻訳を管理できるため、プロセスが簡素化されます。
正確性と一貫性が向上: 翻訳可能としてマークされたフォームフィールドのみが含まれるため、間違った内容を翻訳したり、重要な内容を見落としたりするリスクが少なくなります。
グローバルなオーディエンスにより良いエクスペリエンスを: 訪問者が自分の好きな言語でフォームを入力できるため、入力完了率とエンゲージメントが向上します: 編集者は、開発者のサポートを必要とせずに、いつ、何を翻訳するかを正確に選択できます。
特に変更が多い「大規模」なパブリケーションの場合、ユーザーが公開プロセスをより適切に管理し、計画できるよう、新しいパブリケーションサイズ分類機能を導入しました。 この機能は、パブリケーションを3つの階層に分類します: 大、中、小の3つの階層に分類され、変更の回数やデータベースのサイズなどの要因に基づいて分類されます。これにより、ユーザーはパブリケーションの規模をよりよく理解し、パブリケーション中の潜在的な競合やパフォーマンスの問題を回避するために必要な措置を講じることができます。パブリケーションのオーナーは、パブリケーションのサイズが変更されるたびに通知されます。
主なメリット:
プランニングの改善: 新しいサイズ分類により、ユーザーはパブリケーションの現在の「サイズ」を確認し、パブリケーションに適切な時間とリソースを割り当てることができます。これは、パブリケーションのサイズによっては時間がかかるかもしれない公開プロセスを急ぐことを避けるのに役立ちます。
潜在的な影響の可視性の向上: この分類では、パブリケーションのサイズを視覚的に示すインジケータがユーザーに提供されるため、パブリケーションのプロセスで予想されることが透明化されます。 また、「大規模な」パブリケーションの発行に関連するエラーやパフォーマンスの問題の可能性を減らすのにも役立ちます。
明確なコミュニケーション: ユーザーがサイズ分類にマウスオーバーすると、分類の意味とパブリケーションプロセスへの潜在的な影響を説明する便利なツールヒントが表示されます。これにより、ユーザーは十分な情報に基づいて意思決定を行うことができます。
同じカスタムフラグメント内の値に基づいて、フィールドの可視性を設定できるようになりました。 これにより、ユーザーの入力に基づいてフィールドを動的に表示または非表示にすることができ、より応答性の高い、コンテキストを考慮したインターフェースをサポートします。
このアップデートにより、カスタムフラグメントを構築する際の柔軟性が増し、カスタムコードを追加することなく複雑なユースケースを簡単にサポートできるようになりました。
公開プロセス中に明確で視覚的なフィードバックを提供するプログレスバーを追加することで、レビュー変更画面が強化されました。公開を開始すると、公開プロセスのステータスを追跡するプログレスバーが表示されるようになり、プロセスが完了するまでの残り時間を把握しやすくなりました。
主なメリット:
視覚的なフィードバックの向上: プログレスバーは、公開プロセスの進行状況をリアルタイムで明確に表示するため、残り時間を常に把握できます。
ユーザーエクスペリエンスの向上: プログレスバーの追加により、公開プロセスの応答性と使いやすさが向上し、よりスムーズなワークフローが提供されます。
お客様は非常に一般的にdeployフォルダを通してフラグメントをデプロイしますが、フラグメントのインポートが完了すると、ログが1つ欠落していることを確認しました。 これまでLiferayは、アプリケーションサーバーのログにフラグメントのインポートが開始されたことを示すメッセージを追加していましたが、いつ終了したかを示すことはありませんでした。 インポートプロセスが終了したときにログを記録することのメリットは、お客様が失敗した場合に通知されるだけでなく、デプロイがまだ進行中と終了した際に確認できることです。
メンテナンス期間中に問題が発生すると、エンドユーザーにはブランド化されていないデフォルトのメンテナンスページが表示されていました。そのため、ユーザーフローの一部が放置され、お客様はユーザーを適切な次のステップに誘導することができませんでした。DXPがダウンしている場合でも機能するメンテナンスページの設定と管理には、必ずしもすべてのお客様が備えているわけではない技術的なスキルが必要であり、多くのお客様にとって現実的ではありません。
お客様は、自社ブランドにマッチした、お客様への対応手順を記載したメンテナンスページを独自に設計し、アップロードできるようになりました。この実装はDXPインスタンスとは独立して機能するため、ダウンタイムを検知するとすぐに、クラウドコンソールのメンテナンスページをユーザーに表示し、ダウンタイムの原因となった問題に対処できるようになります。
Liferayのスケーリング動作の設定は単純ではありません。お客様は、閾値を設定するために、アプリケーションのメトリクスがどのように動作するかを深く理解する必要があります。また、時間やインスタンスの規模に応じて料金が発生するため、お客様は請求金額に戸惑うことになります。
そのため、クラウドコンソールのスケーリングページで、スケーリングするインスタンスの最大数と最小数を設定できるようにしました。これにより、技術に詳しくないお客様でも、アプリケーションのスケーリングに必要なコストを自由にコントロールできるようになります。これにより、インスタンス数の増加によるユーザーエクスペリエンスの向上と、それに伴うコストの増加とのバランスを、的確に判断できるようになります。
Liferay Developer Studioのインストーラーは、JDK 21が利用可能な場合、選択可能なオプションとして含まれるようになり、初期セットアップを簡素化し、Liferayがサポートする最新のJavaバージョンを使用したい開発者により便利でユーザーフレンドリーなエクスペリエンスを提供します。
以前は、複雑なデータモデルを管理する場合、ユーザーは複数の関連オブジェクトに変更を加えるためにスクリプトやコードを作成しなければなりませんでした。これにより、ユーザーは複数のオブジェクトをあたかも1つのオブジェクトであるかのように設定できるようになりました。関連する子オブジェクトは、トップレベルの親オブジェクトから権限やアカウント制限などを継承するようになり、オブジェクト管理がより便利になりました。
主なメリット:
オブジェクト間の関係を設定することで、複数のオブジェクトの管理を簡素化します。
子オブジェクトの権限とアカウントの制限は、トップレベルの親オブジェクトから継承されます。
APIエンドポイントは、トップレベルの親と同じ名前空間の下にネストされます。
ユーザーが環境間でオブジェクトの定義とエントリを移動できるようにします。
主なメリット:
Liferayで構築されたアプリケーションを環境間で移行する際の機能ギャップに対応。
サービスビルダーの上に構築されたアプリケーションがLiferay Objectsフレームワークの利点を活用できるようにします。
主なメリット:
サービスビルダー上で構築されたアプリケーションをLiferay Objectsに移行できるようになりました。
オブジェクトウィジェットやフォームウィジェットを含む表示ページを環境間で移動できるようにします。
主なメリット:
環境間でコンテンツページを移動する際の機能ギャップに対応します。
バッチエンジンのエクスポート・エンドポイントがオブジェクトエントリのフィルタリングをサポートするようになりました。これは、バッチエクスポート中にオブジェクトエントリにフィルタリングが適用されないという以前の制限に対処するものです。この更新により、すべてのエンティティタイプで一貫したデータ処理とフィルタリングの動作が保証されます。
主なメリット:
これまでは、バッチエンジンでオブジェクトエントリとその権限を同時にエクスポートおよびインポートする方法はありませんでした。この新しい機能により、ユーザーはワークフローを合理化し、手作業を減らせます。
主なメリット:
たった1回の呼び出しで実行できます。
ユーザーがオブジェクトエントリの権限を考慮する（または考慮しない）ことを選択できます。
自動化された電子メール通知によるプロアクティブなアクセストークン管理を導入。 トークンの有効期限が切れる1ヶ月前、10日前、1日前にアラートが届くようになり、タイムリーな更新が可能になり、サービスの中断を防げます。新しいトークンが生成されると、通知は自動的にキャンセルされます。
主なメリット:
トークンの有効期限が切れる前にユーザーに通知されるため、タイムリーな更新と中断のないアクセスが可能になります。
自動化された通知により、手作業による監視や介入が不要になるため、管理オーバーヘッドが削減されます。
タイムリーな更新を促すことで、期限切れのトークンや潜在的に危殆化したトークンを使用するリスクを最小限に抑えることができます。
バッチエンジンを使用したデータインポートにより、コンテンツ作成者情報を（必要に応じて）保持できるようになりました。以前は、バッチでインポートされたコンテンツには、常にインポートを実行したユーザーが割り当てられていたため、コンテンツを移動する際に元の作成者データが失われていました。この更新により、（必要に応じて）コンテンツの所有権の正確な帰属が保証されます。
主なメリット:
環境間でデータを昇格させる際、重要なユーザー情報を保持できます。
インポートプロセスごとに個別に設定可能です。
SSL証明書管理ビューで、有効期限間近（30日以内など）の証明書と、すでに有効期限が切れた証明書の有効期限アラートが表示されるようになりました。証明書は、LCP.jsonファイルを通じてのみ定義する必要があり、管理が簡素化され、デプロイメント間の一貫性が確保されます。このアップデートは手作業によるミスを減らし、安全で中断のないデプロイメントを保証します。
ハイライト:
期限切れアラート: 有効期限切れ間近の証明書や、すでに有効期限が切れた証明書を、明確な視覚的インジケータで通知します。
排他的なLCP.jsonの設定: 証明書はLCP.jsonファイルを通じてのみ定義できます。
視認性の向上: 証明書の名前、種類、関連ドメイン、有効期限を一覧で表示します。
プロアクティブな管理: SSL/TLSの安全な設定を維持するためのツールとアラート。
ベンダーはOpenSSO/OpenAMを非推奨にしたため、それを維持する理由はありません。代替手段であるPingAMは、既存のOpenIDコネクタまたはSAML認証を使用して統合できます。
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サービスに影響を与えることなく、クライアント拡張機能をデプロイします。
クラウド決済アプリをDXPにシームレスに統合。 ユーザーがDXP内からマーケットプレイスで入手可能なこれらのアプリを直接ダウンロードしてインストールできるようにすることで、プラットフォームから離れる必要がなくなる。 この強化された統合により、ユーザーはより幅広い支払い方法にアクセスできるようになり、現在のDXPインスタンス内に存在する可能性のある制限に対処することができます。
お支払い方法無料のクラウドアプリのみご利用いただけます。
注意: この機能を使用する前に、ユーザーが必要な支払い方法を表示およびインストールするための適切な権限を持っていることをご確認ください。
主なメリット:
この機能により、ユーザーはDXP内で支払い方法の選択肢を簡単に広げることができ、柔軟性と利便性が向上する。 ユーザーは、DXPから直接、マーケットプレイスで利用可能な新しい支払い方法をシームレスに発見、購入、統合できるため、外部のプラットフォームを操作したり、手作業で解決策を探したりする必要がなくなります。 この合理化されたプロセスにより、ユーザーは進化する市場の需要に迅速に対応し、顧客に幅広い支払い方法を提供することができ、最終的にはユーザー体験全体を向上させることができます。
パブリッシャーは、Liferay Marketplaceの直感的なワークフローを通じて、ローコードのフラグメント構成を簡単にアップロードして提供できるようになりました。 この初期段階では、顧客はこれらのフラグメントをマーケットプレイスから直接ダウンロードできます。 次の四半期には、Liferay DXPページビルダー内でのフラグメントのシームレスなインストールが導入されます (LPD-34938)。
このアップデートにより、パブリッシャはクライアント拡張機能と複合アプリをマーケットプレイスに掲載できるようになりました。 お客様は、アプリの詳細ページに記載されている開発者のガイドラインに従って、これらのアプリタイプをダウンロードしてLiferayインスタンスに直接インストールできます。
主なメリット:
Liferay 7.4では、クライアント拡張機能内で直接言語翻訳を管理する機能が導入されました。 この機能強化により、開発者はOSGiバンドルだけに頼ることなく、カスタムラベルやプロパティの多言語サポートを提供できます。
主なメリット:
開発者は、クライアント拡張機能自体の中で言語キーと翻訳を定義および管理できるようになり、すべてのラベルとカスタムプロパティが異なる言語間で正しく表示されるようになりました。
この機能により、ダッシュ記号による未翻訳ラベルの問題が解消され、多言語サイトで一貫性のあるプロフェッショナルな外観が実現します。
翻訳を追加するプロセスを簡素化し、手作業や外部のOSGiバンドルの必要性を減らすことで、多言語機能の開発と展開を加速します。
開発者は、より柔軟で完全にローカライズされたカスタム要素やテーマを作成できるようになり、Liferayプラットフォームの全体的な汎用性が強化されます。
Liferayのスタイルブックは、作成時に特定のテーマに明示的に結び付けられるようになりました。（OSGiまたはthemeCSSクライアントエクステンションを介して）そのテーマが提供するフロントエンドトークンの定義を使用します。 この構造的なリンクにより、各スタイルブックは関連するテーマの境界内でのみ使用できるようになり、テーマ横断的なトークンの汚染を排除し、より明確なテーマベースのデザインガバナンスを実現します。
主なメリット:
異なるテーマのトークンを誤って組み合わせたスタイルブックを保存することがなくなり、視覚的な不一致やデザインの後退を防ぐことができます。
すべてのスタイルブックに、どのテーマに属しているかが目に見える形で表示されるようになったため、ミスが減り、チームが複数のサイトでデザインアセットを管理しやすくなりました。
スタイルブックをページに適用する際、システムはそのページの現在のテーマと同じテーマで作成されたものだけをリストアップします。
スタイルブックが適用されたテーマと互換性がなくなった場合（テーマ変更後など）、表示の問題を防ぐために自動的にリンクが解除されます。
プラットフォームのアップグレード時に、既存のスタイルブックはサイトの現在の公開テーマ（サイトビルダー > ページ > オプション > 設定で定義）に自動的にリンクされるため、手作業によるクリーンアップ作業が軽減されます。
有効な themeId を持たないスタイルブックがインポートされた場合、ユーザーには明確な警告が表示され、インポートを修正するために何が足りないのかが正確にわかります。
デプロイされなくなった、または有効なフロントエンドトークン定義を提供しなくなったテーマに基づくスタイルブックは、自動的に非アクティブとしてマークされます。
OSGiまたはthemeCSSクライアントエクステンションIDが非アクティブなスタイルブックのために表示され、開発者や管理者がどのテーマを再インストールまたは修正する必要があるかを特定するのに役立ちます。
Liferay DXP 2025.Q2のリリースに伴い、Elasticsearch 7との互換性は廃止されます。 Liferayは、7.17.x またはそれ以前のデプロイメントをご利用のすべてのお客様に、Elasticsearch 8.xの最新互換バージョンへのアップグレードを強くお勧めします。詳細はこちら。
高可用性を提供する並行再インデックスモードと同期再インデックスモードは、Liferay DXP 7.4 Update 98 / Liferay DXP 2023.Q4 で導入され、GAになりました。
新しい同時および同期再インデックス実行モードにより、操作実行中の検索機能の高可用性が提供され、ダウンタイムが短縮され、運用とリソース利用の効率が向上します。
複数の環境にまたがるコンテンツの管理と同期が、より簡単で信頼できるものになりました。 このリリースで、Liferayは2つの強力な機能強化を導入し、バッチエンジンの機能を拡張しました:
外部参照コードによる一括削除 － 内部IDの代わりに外部参照コードを使用してアイテムを削除できるようになったため、一括削除がよりシンプルになり、環境間で一貫性が増しました。
削除のインポート・ストラテジーのサポート － バッチ削除を実行する際、ユーザーは操作を部分的（エラー時に停止）にするか、完全（一部のアイテムが失敗しても継続）にするかを定義できるようになり、プロセス中のコントロールとフォールトトレランスが向上しました。
これらのアップデートは、特に外部識別子に依存する環境や、ステージング、プロダクション、その他のインスタンス間で一貫したデータメンテナンスが必要な環境において、チームが一括削除を管理する方法を合理化します。
主なメリット:
より信頼性の高い環境同期: 外部参照コードにより、内部IDに依存することなく、異なる環境間で同じエンティティを削除できるため、ミスマッチのリスクを低減できます。
一括削除ワークフローの簡素化: 大規模なデータセットの削除がより簡単になり、手作業の手順が減り、エラーの可能性が低くなりました。
削除操作をより自由にコントロール: エラー時にプロセスを停止するか、完全に完了させるかを選択できるため、チームの運用ニーズに合わせて動作をカスタマイズできます。
回復力と耐障害性の向上: 削除ジョブが些細な問題で完全に失敗する可能性が低くなり、保守プロセスがよりスムーズになります。
エンティティ間の一貫したサポート: これらの機能強化は、バッチエンジンがサポートするすべてのエンティティタイプで利用できるため、さまざまなユースケースに幅広く適用できます。
私たちは、SCIMプロバイダーの仕様（Microsoft Entra、Cyber Arkなど）を実装することで、最も関連性の高いSCIMプロバイダーを設定できるようにしました。
主なメリット:
トップクラスのアイデンティティ・プロバイダのSCIMエンドポイントを導入することで、自動化されたプロビジョニング、デプロビジョニング、およびプラットフォーム間でのユーザー・データの同期が可能になり、ユーザー管理が合理化され、セキュリティが確保されるようになります。 これにより、セキュリティが強化され、コンプライアンスが確保され、手作業が減り、一貫性とユーザーエクスペリエンスが向上します。 標準化された相互運用性により、将来的な統合を保証し、運用効率を高めると同時に、ID ライフサイクル・イベントの可視性と制御性を向上させます。
バッチエンジンの各実行により柔軟性を持たせるため、新しいパラメータ（batchExternalReferenceCode）を追加し、インポートタスクのERCを更新せずにバックエンドに送信できるようになりました。
主なメリット:
目的ごとに1つのパラメータで実行できるので、実行が簡単です。
バッチをサポートするすべてのエンティティに新しい機能を追加します。
マルチテナント環境のニーズを満たすために、Captchaエンジンはインスタンスレベルで設定可能である必要があります。他のインスタンスの設定に干渉することなく、1つのインスタンスに対しての設定が可能でなければなりません。
主なメリット:
インスタンスレベルでCAPTCHA を有効にすると、グローバル設定に影響を与えることなく、柔軟な設定が可能になります。 これにより、カスタマイズされたセキュリティとユーザーエクスペリエンスをサポートし、インスタンスごとのコンプライアンスを実現します。
BETAフラグを有効にしなくても利用できるようになり、今後は正式にサポートされます。
機能ステータスの変更
将来のリリースでは、DXPは最新のEnterprise Java APIであるJakarta EE 10に移行する予定です。JavaEEの非推奨化を発表することで、2025年に予定されているこの重大なブレークチェンジに備える時間を確保します。
Jakarta EEへの移行が必要です:
機能ステータスの変更
Wiki機能は非推奨であり、将来的に削除される予定です。Wikiとその関連ウィジェットは現在、非推奨フラグ LPD-35013 の対象です。データの継続性を確保するため、Liferay ObjectsやWebコンテンツなどの代替コンテンツ管理ソリューションへの移行をお勧めします。
機能ステータスの変更
Jakarta EE 10への移行とClient Extensionsの拡張を控え、DXPは新世代のカスタマイズオプションに注目しています。
JavaServer Faces (JSF)のLiferay Facesサポートは廃止されます。
機能ステータスの変更
Jakarta EE 10への移行とClient Extensionsの拡張を控え、DXPは新世代のカスタマイズオプションに注目しています。 PortletMVC4Springは廃止予定です。
一元化された製品適格性と構成管理機能により、カタログ管理者は、カタログのすべての製品を含む複数の構成ページを通じて、個々の製品を効率的に管理できます。この機能は、手動構成、適格性に基づく可視性、および一部の一括編集用のツールを備えており、操作の合理化と製品提供に対する制御の強化を実現します。さらに、チャンネル、注文タイプ、およびアカウントの製品適格性をより迅速かつスマートに管理できます。
主なメリット:
1. カタログ管理の効率性の向上:
一元化されたフラットなテーブル ビューによる製品構成の編集が簡素化されました。
可視性、最小/最大数量、適格性など、製品属性を管理するためのワークフローが合理化されました。
特定の構成を管理するために製品を重複させるのではなく、代わりに対象の構成を変更します。
マスターカタログ構成から基本設定を継承しながら、複数の製品の可視性、適格性、およびその他の製品属性のバッチ更新を実行します。
カタログに新しい製品を追加するときに、事前に入力されたデフォルトのマスター構成を活用して一貫性を確保し、製品設定を簡素化します。
2. 製品の適格性と可視性に対する制御の強化:
特定の顧客グループ、チャンネル、アカウントに合わせた適格性ルールを定義および管理します。
さまざまな市場やセグメント (B2B と B2C など) の製品の可用性と設定をすばやく調整します。
構成スケジュールを使用して、季節商品や時間制限のあるオファーの管理を合理化します。
Jakarta EEへの移行を控えているため、Jakarta EE 10に対応した新バージョンのリリースに備え、アプリケーションサーバーの現行バージョンをすべて非推奨としています。これは大きな変更であるため、新しいアプリサーバーのバージョンは古いバージョンに取って代わります。
非推奨:
Apache Tomcat 9
Wildfly 26.1
Jboss EAP 7.4
Weblogic 14
2025.Q3では、以下のアプリケーションサーバーのサポートを追加します:
Apache Tomcat 10.1
Wildfly 30
Jboss EAP 8.0
Weblogic 15 (Oracle社のリリース待ち)
データセットで一連の項目をフィルタリングする際にに、リレーションシップの一部であるフィールドをフィルタリングすることに関心がある場合があります。
この新しい機能により、複雑なオブジェクトの子オブジェクトによるフィルタリングをユーザーが選択できるようになりました。
ドキュメントのデフォルトの表示権限とダウンロード権限は、以下の変更前の動作に合うように調整されました。 LPD-16744で導入された期待されるユーザーエクスペリエンスを回復します。
ハイライト:
単一および複数のファイルアップローダーで文書をアップロードする場合、デフォルトで表示とダウンロードの権限がリンクされます。
権限の設定UIが改善され、ユーザーは表示権限とダウンロード権限が別の権限であることをより簡単に認識できるようになりました。
ユーザーがドキュメントを共有し、権限を割り当てる際に、ダウンロード権限が自動的に含まれるようになりました。