[Java lista] printStackTrace
Zsombor
gzsombor at gmail.com
2009. Okt. 28., Sze, 10:25:14 CET
2009/10/28 Kristof Jozsa <kristof.jozsa at gmail.com>
> bár közvetlen nem nekem szólt de savanyú volt a mai kávém, szóval:
>
> 2009/10/28 Zsombor <gzsombor at gmail.com>
>
>>
>> ValĂłszĂnűleg Ăşj fiĂş vagy itt, s szereted tĂşl bonyolĂtani a dolgokat.
>
>
> nem tom kik Ăşj fiĂşk de nem tudom ez mennyiben számĂt egy szakmai nĂ©zĹ‘pont
> kifejtésénél - a régi fiúkról nekem meg mindig a "egy jólirányzott goto
> sokat segĂthet" szlogen ugrik be :)
>
>
Ez csak a hozzá értésem megkérdőjelezése miatt szúrtam be - ami egészen
biztos, hogy minden alapot nélkülöz - természetesen tudom, hogy nem érv :)
> 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.
>
>
> ha nem tudod miket lehet csinálni aspectj-vel, valĂłszĂnűleg nem is fogsz
> ilyen problémával találkozni, ezek a problémák már csak ilyenek.
>
"Ha a kezedben van egy kalapács mindenhol beverésre váró szegeket látsz." -
mondás ugrik be nekem erről :) Azért kiváncsi lennék mi lenne az a probléma
aminél tényleg nagyon kézre áll (Még ilyen authentikációs problémát láttam,
hogy ezzel próbáltak megoldani, addig működött is, hogy volt egy
AdminService bean amit csak adminok hĂvogathattak, a többit meg bárki.
Amikor aztán kiderült, hogy ennél bonyolultabb jogosultság kezelés kellett
akkor persze gyorsan szabvány java kódba került az egész)
>
>
>> 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.
>
>
> a dinamikus proxy nem véletlenül nem terjedt el mindennapi használatra.
>
Igen vannak limitációi, pl, hogy tényleg interfaceket kell használni, s
gondolom valamivel lassabb mintha tiszta byte kódot hajtana végre.
>
>
>> 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Ĺ‘.
>>
>
> szerintem ez két külön téma
>
A stack trace loggolása és az AOP is két külön téma, de ez eddig nem volt
probléma :)
>
>
>> 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ó :)
>>
>
> és unitteszt volt rá?
>
>
:D A fickĂł az "Az igazi fĂ©rfi nem Ăr unit tesztet" filozĂłfiát követte :)
Zs
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: http://javagrund.hu/pipermail/javalist/attachments/20091028/c8f14120/attachment-0001.html
További információk a(z) Javalist levelezőlistáról