>>> 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. >> >> to neni prave az tak jednoduche, protoze to je nova sessiona a musely >> by se re-asociovat vsechny jiz dotazene objekty s >> touto novou sesionou :-(( > > proc by bylo potreba reasociovat vsechny objekty znovu a nedelat to on > demand?
No pri jistem smyslu zjednoduseni by to slo, ale mohlo by se i stat, ze by se nektere objekty dotahavali znova, protoze by je sessiona neznala ... proto by bylo idealni nejak priohnout jiz existujici session a miti moznost ji prepnout. Rozhodujici je v tomto smeru sesion.jdbccontext.connectionmanager, kdyby se manageru umelo prepnout autocommit, nebo connection-release-mode, pak je vyhrano, neni duvod aby to nefungovalo, ale jak je zvykem vyvojaru Hibernate, todle nepujde vubec jednoduse ... >> Snazim se prorazit zdrojakama Hibernate, jak zmenit >> connection-release-mode a nebo connection-auto-commit behem zivota >> sessiony, ale nejak se mi nedari ... > > to by blo tak reseni, treba OpenSessionInView ve Springu je mozne > prepnout do modu, kdy session explicitne nevytvari, ale je na nej pouze > odkazano uzavreni otevrenych session. To jsem nejak nepochopil? OpenSessionInView jede cele v jedne sessione, ze? Ta sessiona je primarne potreba drive nez ve view, tak jak nevytvaret explicitne? Jirka
