[wafel93]

Mirki z #java #spring - czytam sobie książkę od zera do bohatera, natrafiłem na rozdział o AOP. Może ktoś mi powiedzieć dlaczego tak jest a nie inaczej? Sytuacja:
Mam bean cdPlayer, który ma Autowired interfejs CompactDisc z metodami play() oraz playTrack(int number). cdPlayer ma metodę playCD(), który wywołuję metodę play() w CompactDisc. Ostatnim ważnym szczegółem jest fakt, że moja implementacja CompactDisc, której używam wszędzie, w metodzie play() wywołuje na każdym utworze dziedziczoną po CompactDisc playTrack(int number).
Problem i pytanie:
Zrobiłem test, wczytałem konfiguracje, w których zadeklarowałem, aby przed play() oraz playTrack(int number) w CompactDisc wykonywało się jakieś logowanie. Test ma Autowired cdPlayer, całość sprowadza się do wywołania na nim cdPlayer.playCD(). Dlaczego w logach widoczne jest wywołanie tylko metody play(), a nie widać poszczególnych playTrack, które są wywoływane wewnątrz play()? W przypadku bezpośredniego wywołania na CompactDisc metody playTrack(int number) aspekt jest wywoływany.

[wafel93]

Może w skrócie - dwie metody z interfejsu są otagowane przez aspekty. W implementacji, jedna metoda wywołuje drugą. Przy wywołaniu jednej metody używając referencji typu interfejsu aspekt dla drugiej nie jest wychwytywany.

[wafel93]

Jak zazwyczaj, w końcu odpowiedz się znalazła - dla potomnych:
https://stackoverflow.com/questions/13564627/spring-aop-not-working-for-method-call-inside-another-method
Spring pakuje interfejsy we własne wrappery na podstawie tego co jest zadeklarowane - nie wie, ze implementacja 1 wywołuje 2. Work around - ponoć rozbić to na osobne beany lub użyć innego frameworka niż wbudowany do aop. Dzięki za bycie gumową kaczką.

[Kresse]

@wafel93: Lepiej wrzuc kod zamiast pisac eseje ( ͡° ͜ʖ ͡°)

Ostatnim ważnym szczegółem jest fakt, że moja implementacja CompactDisc, której używam wszędzie, w metodzie play() wywołuje na każdym utworze dziedziczoną po CompactDisc playTrack(int number).

Chyba chodzi o to - jesli metoda nie jest wywolywana poprzez interfejs (pod ktory Spring wstrzykuje proxy), to AOP nie bedzie dzialac (zakladajac, ze nie uzywasz zadnego bytecode weavera).

[Hatespinner]

@wafel93: Słaba książka jak tego nie wyjaśnia. Na egzaminie ze Springa to jest napisane wielkimi literami na slajdach z AOP.

[wafel93]

@Hatespinner jakim egzaminie?

[wafel93]

@Kresse jest tak jak mówisz :) jak rozumiem, aspekt jest tutaj jakby pośrednikiem. A wiec z tego punktu widzenia, wrapper nie ma pojęcia, ze implementacja met A wywołuje B. Skoro rozumiem jak to działa, to teraz trzeba juz tylko zrozumieć jak to obejść

[Kresse]

@wafel93: Mozna:

1. Wplesc aspekty wczesniej niz w runtime (np. juz przy kompilacji).
2. We wlasnej implementacji nie uzywac dziedziczenia, tylko delegacji do autowire'owanego pola, ale to raczej slaby design, jezeli AOP jest jedynym powodem ku temu.
3. Zmienic architekture tak, zeby standardowe zachowanie Springa wystarczalo (✌ ﾟ ∀ ﾟ)☞

[wafel93]

@Kresse podejrzewam, ze w zdecydowanej większości przypadków wystarczy punkt 3 :) dzieki za info Mirku

[Hatespinner]

@wafel93: Jedynym oficjalnym.

[wafel93]

@Hatespinner mozesz dac wiecej info? To jakiś certyfikat, kurs? Kto gdzie jak?

[Hatespinner]

@wafel93: Jest wszystko w jakimś moim poście z tagiem #spring wyjaśnione.