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

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

ハイライト:

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

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

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

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

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

Liferay 7.4では、クライアント拡張機能内で直接言語翻訳を管理する機能が導入されました。 この機能強化により、開発者はOSGiバンドルだけに頼ることなく、カスタムラベルやプロパティの多言語サポートを提供できます。

主なメリット: 

• 開発者は、クライアント拡張機能自体の中で言語キーと翻訳を定義および管理できるようになり、すべてのラベルとカスタムプロパティが異なる言語間で正しく表示されるようになりました。

• この機能により、ダッシュ記号による未翻訳ラベルの問題が解消され、多言語サイトで一貫性のあるプロフェッショナルな外観が実現します。

• 翻訳を追加するプロセスを簡素化し、手作業や外部のOSGiバンドルの必要性を減らすことで、多言語機能の開発と展開を加速します。

• 開発者は、より柔軟で完全にローカライズされたカスタム要素やテーマを作成できるようになり、Liferayプラットフォームの全体的な汎用性が強化されます。

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

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

特に変更が多い「大規模」なパブリケーションの場合、ユーザーが公開プロセスをより適切に管理し、計画できるよう、新しいパブリケーションサイズ分類機能を導入しました。 この機能は、パブリケーションを3つの階層に分類します: 大、中、小の3つの階層に分類され、変更の回数やデータベースのサイズなどの要因に基づいて分類されます。これにより、ユーザーはパブリケーションの規模をよりよく理解し、パブリケーション中の潜在的な競合やパフォーマンスの問題を回避するために必要な措置を講じることができます。パブリケーションのオーナーは、パブリケーションのサイズが変更されるたびに通知されます。

主なメリット:

• プランニングの改善: 新しいサイズ分類により、ユーザーはパブリケーションの現在の「サイズ」を確認し、パブリケーションに適切な時間とリソースを割り当てることができます。これは、パブリケーションのサイズによっては時間がかかるかもしれない公開プロセスを急ぐことを避けるのに役立ちます。

• 潜在的な影響の可視性の向上: この分類では、パブリケーションのサイズを視覚的に示すインジケータがユーザーに提供されるため、パブリケーションのプロセスで予想されることが透明化されます。 また、「大規模な」パブリケーションの発行に関連するエラーやパフォーマンスの問題の可能性を減らすのにも役立ちます。

• 明確なコミュニケーション: ユーザーがサイズ分類にマウスオーバーすると、分類の意味とパブリケーションプロセスへの潜在的な影響を説明する便利なツールヒントが表示されます。これにより、ユーザーは十分な情報に基づいて意思決定を行うことができます。

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

主なメリット:

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