Ahoj, ja se priznam, ze mi prijde zvlastni potreba ukladat mock objekty do DB. Proc neotestovat DAO zvlast na skutecnem modelu a pri ostatnich testech pouzivat Mock DAO a tam muze klidne byt mock visit.
V integracnich testech uz tam mock visit opet nema co delat... Takze bych se klonil k tomu, ze spatne testujete ... Michal Palička napsal(a): > > Dobry den, > > nebylo by mozne v testech zkopirovat obsah instance MockVisit > do nove instance Visit a teprve tu pak ukladat do DB? > > MockVisit mv ... > Visit v = new Visit(mv); > visitService.save(v); > > mp. > > > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Petr Kolesa > Sent: Thursday, October 12, 2006 6:55 PM > To: Java > Subject: Re: Hibernate a podtrida: MappingException > > lukas napsal(a): >>> No a moje otazka je, jestli k tomuhle chovani jde premluvit i >>> Hibernate, tj. kdyz ji soupnu MockVisit, jestli by s nim mohla >>> zachazet jako s Visit. >>> >>> >>> >> Odpovim otazkou: >> Jak Hibernate pri nacitani z databaze pozna, zda ma vytvorit objekt >> typu MockVisit nebo Visit? >> >> Lukas >> >> PS: bud je v DB discriminator, nebo jsou data ve vice tabulkach. >> > Ne stale si nerozumime. Nechci resti to, co je bezne popsany v > manualech: tedy jak namapovat hierarchii objektu do DB. _NECHCI_ :) Takze mam > jednu tabulku a zhlediska DB nic nez Visit neexistuje. > > Co chci, je aby Hibernate pri ukladani objektu do DB povazoval instance > potomku tridy Visit za instance Visit. Takze odpoved na Tvoji otazku je > 'vzdycky vytvor instanci Visit'. > > Vlastne jsi mi ale odpovedel -- proc by se mela Hibernate namahat s mapovanim > potomka, kdyz ho pri nacitani nemuze vytvorit. Hmmm, to je fakt. Jenze z > hlediska OOP je to divnej pristup, tam plati, ze vzdycky muzu pouzit podtyp > misto nadtypu, dokud mi staci pracovat s interfacem toho nadtypu. > > > > kolisko > > -- Jiří Mareš (mailto:[EMAIL PROTECTED]) ČSAD SVT Praha, s.r.o. (http://www.svt.cz) Czech Republic
