Urcite precitam. Aby som nebol za uplneho rebela, popisem asi moju situaciu.
V mojom pripade sa nejedna o ee aplikaciu, ale o desktop aplikaciu. Ta drzi prave jedno spojenie do databazy uz od main() a na zaver dava commit a close(). Vsetky operacie mimo main bezia v neznamom poradi, prevazne su to obsluhy uzivatelskej interakcie. Takze cele je to bud vsetko, alebo nic. Prave preto nemozem rozumne pouzit @transactional a moc sa mi ani nechce babrat s xml konfiguraciou springu. V pripade ee je samozrejme situacia uplne ina. Pouzijem singleconnectiondatasource, diky. 2010/2/16, Roman Pichlík <roman.pich...@gmail.com>: > Jeste jsem chtel upozornit, ze pokud budete ty transakce resit, tak > hned na prvni veci si rozbijete hubu. Ta vec se jmenuje vnorene > transakce. Jakmile bude chtit rozjet nekde nahore (v business logice) > transakci a chtit, aby v ni nejake spodni vrstvy pokracovaly, tak se > vas kod neuveritelne zneprehledni. V pripade tech abstrakci, ktere vam > ted vadi, se o to vubec nestarate. Mimochodem na tema abstrakci napsal > Lukas Krecan vyborny clanek > http://blog.krecan.net/2010/02/02/slava-abstrakci/ ten bych vam taky > doporucoval precist ;-). > > > 2010/2/16 Dusan Zatkovsky <msk.c...@gmail.com>: >> On Tuesday 16 of February 2010 16:57:49 Roman Pichlík wrote: >> >>> evidentne jste to poradne nepochopil. >> >> To je viac ako iste. Asi som stara skola a na pracu s databazou sa pozeram >> z >> pohladu tej databazy. Prehnana miera abstrakcie mi v tomto pripade dost >> znacne vadi v pochopeni danej temy. >> >>> Zkuste si udelat jednoduchy >>> priklad rizeni transakci pomoci anotaci a potom pomoci kodu obe ve >>> Springu. Rozhodne tam nebudete mit tuny balastu v podobe XML. To XML >>> se vem vejde do deseti radku to se klidne vsadim ;-). >> >> Urcite to tak spravim akonahle zostane trocha casu. >> >> >> -- >> Dusan >> > > > > -- > S pozdravem Roman "Dagi" Pichlik > > /* http://www.sweb.cz/pichlik/ Blog pro kodery */ >