deployFast Gradleタスクは、OSGiバンドルのデプロイ時間を短縮する方法として、コンパイルされたJSPをLiferayバンドルのワークフォルダにホットデプロイする方法を開発者に提供しました。しかし、この方法による速度の向上は取るに足らないもので、また、LiferayのワークディレクトリにあるJSPを上書きすることを可能にする基本的なシステム機能に依存していました。

現在、ユーザーが任意のエンティティをインポートするためにBatchを呼び出すと、返されるエラーはRest APIへの通常の呼び出しとは異なるストラクチャを持ちます。具体的には、「failedItems」情報に関連する構造が異なっています。

この変更により、ユーザーはどのエンドポイントを使用していても同じストラクチャ化された情報を持つことになるので、エラーのマッチングやUIでの表示はよりシンプルになります。

主な変更点:

現在のストラクチャ:

"failedItems": [ 
{ "item": "{\"properties\": {\"field1\": 4, \"field2\": 5}}", 
  "itemIndex": 1, 
  "message": "com.liferay.portal.kernel.exception.ModelListenerException: com.liferay.object.exception.ObjectValidationRuleEngineException: Field 1 must be greater than,Field 2 must be greater than 5" } 
  ]

新しいストラクチャ:

"failedItems" : [ {
    "item" : "{\"properties\": {\"field1\": 4, \"field2\": 5}}",
    "itemIndex" : 1,
    "message" : "[{\"objectFieldName\":\"field1\",\"errorMessage\":\"Field 1 must be greater than\"},{\"objectFieldName\":\"field2\",\"errorMessage\":\"Field 2 must be greater than 5\"}]"
  } 
  ]

• 解決策は、ルートモデルの仮定における "制限 "のために、データモデルに2つの破壊的な変更を導入することです。

  • Data Set と Data Set Actionをつなぐ関係は、アクションの種類によって2つありました。今あるのは1つのみです。

  • Data Set Actionオブジェクト定義のtypeフィールドが変更されました。これで、アクションのタイプ（アイテム、作成、一括）が保存されます。 旧typeは targetフィールドに移動するようになりました。

• その結果、以前に保存したデータセットのアクションはDSMで管理できなくなり、フラグメントもそれを見つけることができなくなります。

ヘッドレス APIを使用してテキスト・フィールドに対してGETを実行し、その結果コンテンツが空になった場合、出力がスキップされる代わりに ”” が返されます。この変更により、各ユーザーが情報を使って何をするか、より柔軟に決めることができるようになりました。

ユーザーは、この変更に対応するために、テキストフィールドに対するすべてのGETリクエストを見直してください。