> V kazdem pripade, aby ten dirty-checking vubec mohl fungovat, je nutne > implementovat equals ve vsech tridach s persistentnimi typy (tj. vcetne > vasich UserType a kompozitnich typu). > Mozna by toto mohlo byt pricinou popisovaneho problemu... (?)
To urcite neplati pro entity, u UserTypu si nejsem jisty. Nikde totiz neni dane, ze equals musi byt implementovan nad vsemi propertami entity, ba naopak. Rekl bych, ze je to v Hibernatu naimpllementovano nejakym "brute force" porovnanim vsech namapovanych propert dane entity. To bude jeden z duvodu, proc se v persistetnim kontextu drzi kopie vsech nactenych entit. Dalsi moznosti je dynamicka proxy, kterou Hibernate dela, pak je mozne hlidat accessory, kazdopadne to by zrejme fungovalo jenom pro urcite pripady. > ------------ Původní zpráva ------------ > Od: Roman Pichlik <[EMAIL PROTECTED]> > Předmět: Re: Hibenrate optimisticke zamykani > Datum: 12.5.2008 15:27:21 > ---------------------------------------- > > > > Hibernate defaultne vsechny objekty uklada pri flushnuti session, protoze > > vyvojari nejspise usoudili (?), ze je rychlejsi objekt zapsat, nez slozite > > kontrolovat, zda se v nem neco zmenilo. > > to rozhodne neplati, Hibernate tam samozrejme dirty checking ma. > Problem bude zrejme s temi kompozitnimi typy... Zkuste si oddebugovat, > co presne zpusobi, to ze je objekt oznaceny jako dirty. > > -- > S pozdravem Roman "Dagi" Pichlik > > /* http://www.sweb.cz/pichlik/ Blog pro kodery */ > > > -- S pozdravem Roman "Dagi" Pichlik /* http://www.sweb.cz/pichlik/ Blog pro kodery */
