[Java lista] printStackTrace

[Zsombor]

2009/10/27 Loxy Gento <loxygento at gmail.com>

> Nekem is.
>
> Zsombor,
>
> attĂłl hogy te nem ĂŠrtesz hozzĂĄ, mĂŠg nem biztos, hogy mĂĄs sem (pl lĂĄsd
> Spring Framework)
>
> LĂŠgy szĂ­ves ne ĂśnbĂ­rĂĄskodj olyanrĂłl, amihez nem ĂŠrtesz.
>
> Üdv,
> loxy
>
> PS: nem akarok vitĂĄt indĂ­tani...
>
> 2009/10/26 Kristof Jozsa <kristof.jozsa at gmail.com>:
>
>

ValĂłszĂ­nĹąleg Ăşj fiĂş vagy itt, s szereted tĂşl bonyolĂ­tani a dolgokat.
Mindenesetre ĂŠn eddig mĂŠg nem lĂĄttam olyan problĂŠmĂĄt illetve megoldĂĄst, ami
AspectJ utĂĄn kiĂĄltott volna a loggolĂĄs ĂŠs a tranzakciĂł kezelĂŠsen kĂ­vĂźl. BĂĄr
mindkettő probléma kb 10-20 sornyi java kóddal megoldható, ha az ember
felfedezi magának a 2000 óta, az 1.3-as java óta  elérhető
java.lang.reflect.Proxy osztĂĄlyt. De persze a Spring is temĂŠrdek eszkĂśzt
biztosĂ­t hasonlĂł dolgokhoz.
 CsupĂĄn csak arra kĂ­vĂĄntam rĂĄvilĂĄgĂ­tani, hogy minimĂĄlis azon esetek szĂĄma,
amit specifikusan AspectJ-t kivĂĄnna, vagy amihez AOP-os megkĂśzelĂ­tĂŠs az
üdvözítő.
 A kedvencem az volt, amikor valaki ahelyett, hogy egy beanben lĂŠtre hozott
volna egy event listener/subscriber patternt, inkĂĄbb Ă­rt egy interceptort,
ami egy 'XYZService.mergeMessage(...)' metĂłdusĂĄra Ăźlt rĂĄ, s onnan kĂźldĂśtt
ĂŠrtesĂ­tgetĂŠseket. EgĂŠszen addig mĹąkĂśdĂśtt persze ez amĂ­g, a metĂłdus neve meg
nem vĂĄltozott, s aztĂĄn nĂŠztek a deployment kĂśrnyezetben, hogy mĂĄgikusan
miĂŠrt nem mĹąkĂśdik egy funkciĂł :)

Üdv
 Zs
--------- következő rész ---------
Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva...
URL: http://javagrund.hu/pipermail/javalist/attachments/20091028/01c698a3/attachment.html