OSIV s tou volbou "realese after statement" zni ale celkem zajimave a odstranilo by to problem s dlouhym drzenim db spojeni.
otazka je, jak by to fungovalo napriklad s izolaci transakce pro klasicke JDBC. Kazdopadne by se tim usetrilo zbytecne alokovane DB spojeni. Spravne, ale pracne je mit DTO a nebo poskytovat v business logice metody, ktere ty child kolekce dotahnou napr. dostanou seznam zamestnancu a knim dotahnou vsechny adresy.
Samozrejme je otazka jaka by mela byt granularita tech metod, protoze tam presne dochazi k problemu, ktery tu taktez nekdo vzpominal a to, ze adresy mohou mit dalsi child kolekce. Workaround, ktery je pozuitelny predstavuje on demand associace netransakcni session ve view a to bych resil pomoci AOP. Tim by odpadl i pripadny problem (if any) s "realese after statement" a transakcemi.
-- S pozdravem Roman "Dagi" Pichlik /* http://www.sweb.cz/pichlik/ Blog pro kodery */
