[Java lista] JAAS (vagy mi?)

[Kristof Jozsa]

reg volt mar, de ha tenyleg erdekel, lenyegeben a
concurrent-session-control feature kapcsan keptelenseg volt lecserelni
a default SessionRegistry implementaciot barmi cluster-aware sajatra
mert eloszor config opcio nem volt ra honapokig 2.0-ban aztan
2.0.x-ben lett, amitol siman csuklott a default ldap userservice tema,
tehat soha nem szolalt meg. custom logouthandlert detto nem lehetett
definialni, ahhoz irhattad vissza a 2.x configot reszben 1.x-re de
mivel a 2.x nem volt rendesen dokumentalva se az elso final releasek
idejeben igy kicsit zuros volt h a 2.x config tagek pontosan mely 1.x
reszeknek felelnek meg, nem is beszelve a kozben osszevont/atalakitott
komponensekrol. osszefoglalva szerintem messze a legalja minoseg a
spring projectek kozul, a 2.x-et pedig joval azelott dobtak ki
stabilnak kikialtva minthogy stabilizalodott volna.

lenyegeben homokozoban mukodik, helloworldnek mukodik, ha barkinek
barhol mashol mukodik, oruljon :) en csak az eredeti kerdezot akartam
figyelmeztetni, de fenntartom h ilyen kaliberu problemara tizenotszor
elegansabb, egyszerubb es mukodo megoldas letezik.

K

2008/11/20 Tamás Magyar <magyusz at gmail.com>:
> Nekem sem volt gondom az Acegi Securityval. Több projektben is
> használtam, és használom. CAS-sal sem volt bonyolult összelőni.
>
> Clusterben még nem próbáltam. Mi az, hogy bugos volt benne a clusteres
> session kezelés? Az Acegi nem kezeli a sessiont, ugyanúgy használja,
> mint bármilyen más filter. Az nem az Acegi hibája, ha egy clusterben
> session kezelési problémák vannak.
>
> Lehetne hozzá még több doksi még több példával, meg kitalálhatnának
> pár egyszerűsítést, hogy kevesebb legyen a konfiguráció, de amúgy egy
> nagyon megbízható és sokat tudó (de még könnyen bővíthető) megoldás
> szerintem.
>
>
> Magyusz
> _______________________________________________
> Javalist mailing list
> Javalist at javagrund.hu
> http://javagrund.hu/mailman/listinfo/javalist
>