パブリケーションは、ユーザーが変更をレビューするための最終エンドポイントを提供するため、ワークフローの変更もレビューできれば、コンテンツ編集者にとっては非常に有益です。

大規模なパブリケーションでは、許容できないパフォーマンスの低下が観察されます。パブリケーションには多数の個別の変更が含まれているため、現在のシステムは、特に競合チェックおよびパブリケーションのパブリッシング中に、許容可能なパフォーマンスレベルを維持するのに苦労しています。これら 2 つのフェーズでは、手書きの SQL クエリを活用してタスクを実行し、パブリケーションが永続化レイヤーを介してショートカットできるようにして、小規模なパブリケーションのパフォーマンスを最大化します。ただし、大規模なパブリケーションでは、一貫したパフォーマンスを確保するためにさらに考慮する必要があります。

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

/search と /suggestions のAPIには、次の機能強化が加えられています:

• /searchのサイト (グループ) ID と外部参照コード (ERC) をサポートする新しいオプションの scope パラメーターが追加されました。/suggestionsのscopeパラメーターも、同じセマンティクスを持つように更新されました。

• /search は現在 RELEASE ステータスです。

• APIは現在、/o/search/v1.0/ エンドポイント下で利用可能で、サーバー側の転送を介した呼び出しによる現行の /o/portal-search-rest/v1.0 呼び出しの後方互換性があります。

詳細はドキュメントをご参照ください。

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

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

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

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

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

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

ユーザーセッションのレプリケーションがTomcatアプリケーションサーバー用に最適化されました。