どういうわけかアプリケーションコンテキストを認識している私のスプリングブートアプリ用のカスタム JPA-EntityListener を書き込もうとしています。それを達成する方法を見つけるためにドキュメントを読んでいるときに、spring-data に同梱されている AuditingEntityListener と、Spring で管理されていないオブジェクトの構成を可能にするこのリスナーでも使用される @Configurable アノテーションに出くわしました。そのため、自分のリスナーで使用しようとしましたが、注釈が認識されませんでした。私はすでにこのトピックに関するドキュメントと多くの投稿を読みましたが、それらのいくつかはかなり古くなっているようです. それが私がここで尋ねている理由です：
いずれにしても、LoadTimeWeaving に spring-instrument.jar を指定する必要がありますか? 春のドキュメントには、他の方法があり、アプリケーションコンテキストで（クラスローダーごとに）構成することも可能であると書かれています。しかし、コマンドラインでエージェントを指定せずに @EnableLoadTimeWeaving でアプリを起動すると、エラーが発生します。
@EnableLoadTimeWeaving も @EnableSpringConfigured も指定されていないアプリケーションでも、起動時に AuditingEntityListener が認識されるのはなぜでしょうか。配布されている spring-jars が既に CTW でコンパイルされているためですか?
CompileTimeWeaving も試しましたが、ロンボクと競合しました。2011年からその解決策/回避策を見つけましたが、うまくいきませんでした。それを行う方法はありますか？
LTW と CTW の長所と短所は何ですか?カスタムの ApplicationContext 対応 JPAEntityListener を実装する最良の方法は何ですか?