[Java lista] printStackTrace

[Kristof Jozsa]

compile-time policy enforcement (nincs tetszőleges exception hajigálás,
system.out/err Ă­rĂĄs, named queries, random logger hasznĂĄlat, stb),
komponensek runtime stubolĂĄsa config alapjĂĄn, requestek egyedi azonosĂ­tĂłval
ellátása és végigkisérése (loggoláshoz), automatikus beanvalidáció bejövő
remote servicehĂ­vĂĄsok paramĂŠterein, stb

K

2009/10/28 sashee <gsashee at gmail.com>

> Hello!
>
> Ez a regi fiu/uj fiu tema szerintem sem helyenvalo egy szakmai listan.
>
> Tudnal irni egy-ket olyan problemat, amelyre az aop hasznalata
> praktikus(loggolas es tr kezeles kivetelevel)? Regebben en is
> nezegettem hogy miket tud, de azota nem talaltam olyat, ahol
> egyszerusithette volna az eletemet.
>
> sashee
>
> 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 :)
> >
> >>
> >> 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.
> >
> >>
> >> 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.
> >
> >>
> >> 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 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ĂĄ?
> >
> > in a nutshell, szerintem az aop-os megkĂśzelĂ­tĂŠssel szĂĄmolni kell
> > tervezĂŠsnĂŠl, aspectj-nek meg a fegyvertĂĄrban szerepelnie kell ĂŠs ahogy
> ĂŠpp a
> > minap fejtegettem, praktikusan mindig azzal lĂśvĂźnk ami a leghatĂŠkonyabb
> az
> > adott helyzetben.
> >
> > K
> > _______________________________________________
> > Javalist mailing list
> > Javalist at javagrund.hu
> > http://javagrund.hu/mailman/listinfo/javalist
> >
> >
> _______________________________________________
> Javalist mailing list
> Javalist at javagrund.hu
> http://javagrund.hu/mailman/listinfo/javalist
>
--------- következő rész ---------
Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva...
URL: http://javagrund.hu/pipermail/javalist/attachments/20091028/75e3d3a9/attachment.html