Spring公式サイト曰く「AOPプロキシ（の限界？）を理解してください」

水曜日。１週間前にレンタルした２４ファイナルシーズンをポスト投函返却の予定だったが、朝８：００までにポストしないといけないらしく・・・失念＆断念＆あぁ無念。直接返しに行ってきた。そしてまたレンタルしてもうて・・・自業自得とはいえ、これが世に言う？ツタヤループ・・・

昨日の続き。公式サイトの解説に「7.6.1 Understanding AOP proxies」の記述を発見。
3.0.0のドキュメントによると、AOPプロキシ使用時の再帰呼び出しによる対処方法の記載ありｂ

対処前（抜粋）：

      // this next method invocation is a direct call on the 'this' reference
      this.bar();

対処後（抜粋）：

      // this works, but... gah!
      ((Pojo) AopContext.currentProxy()).bar();

( ﾟдﾟ)ﾎﾟﾎﾟﾎﾟﾎﾟﾎﾟｶｰﾝ・・・醜すぎですｗエレガントな対処方法はないのかな？と・・・以下、引用文。

Okay, so what is to be done about this? The best approach (the term best is used loosely here) is to refactor your code such that the self-invocation does not happen. For sure, this does entail some work on your part, but it is the best, least-invasive approach. The next approach is absolutely horrendous, and I am almost reticent to point it out precisely because it is so horrendous. You can (choke!) totally tie the logic within your class to Spring AOP by doing this:
Finally, it must be noted that AspectJ does not have this self-invocation issue because it is not a proxy-based AOP framework.

chromeに翻訳してもらったら、どう見ても人には優しくない和訳です。本当にありがとうございました。ということで、人にやさしいブログを発見！GJ！
まとめると、

• 再帰的に呼び出す場合はアスペクトが適用されない（涙）
• 上の対処後の対処はダサいからやめてください（涙）
• リファクタリングするかAspectJ使ってださい・・・

どう見ても反則ですｗ本当にありがとうざいました。