サービスビルダーは、trash-enabled="true "をプロパティとして追加した場合、モジュールのビルドに失敗する。

ご覧のページは、お客様の利便性のために一部機械翻訳されています。また、ドキュメントは頻繁に更新が加えられており、翻訳は未完成の部分が含まれることをご了承ください。最新情報は都度公開されておりますため、必ず英語版をご参照ください。翻訳に問題がある場合は、こちらまでご連絡ください。

問題

• サービスビルダーのエンティティに trash-enabled="true" 属性が定義されている場合、対応する抽象メソッドが Liferay dxp 7.4.13.u18 & 以前のバンドル用のモデル & ラッパークラス（FooModel、FooModelImpl、FooWrapper）用に生成されました。 しかし、Liferay dxp 7.4.13.u49のサービスビルダーはbuildServiceコマンドでこれらのメソッドを生成しません。

Environment

• DXP 7.4 U49+

解決策

• この問題は通常、サービスの構築に最新バージョンのServiceBuilderを誤って使用したために発生し、U49やそれ以前のバージョンと互換性がない可能性がある。 プロジェクトは、ServiceBuilderのバージョン1.0.439を使用するように設定する必要があります。
• 詳しく説明すると、U52以前はTrashHandlerインターフェイスがあり、そこにはゴミ関連のメソッドがいくつも含まれていた。 ServiceBuilderは、"trash-enabled "がtrueに設定されている場合、このインターフェイスを拡張/実装したModelクラスを生成し、これらのメソッドの実装をModelクラスに含めました。
  
  U52 (LPS-152611) では、これらのメソッドを TrashHandler インターフェースから削除し、TrashHelper インターフェースの同名のメソッドを使用するようにしました。 また、ServiceBuilderを更新し、Modelクラスにこれらのメソッドを実装しないようにしました。
  
• U49では、TrashHandlerインターフェイスはまだこれらのメソッドを含んでいる。 しかし、ServiceBuilderの最新バージョンが使用されている場合、生成されたModelクラスはこれらのメソッドを実装していません。 そのため、"FooWrapper is not abstract and does not override abstract method isInTrashImplicitly() in TrashedModel" のようなコンパイル・エラーが発生します。