Synchronized nemusi byt idealni, protoze je to synchronized pro cely system a ne jenom pro jednoho uzivatele, navic co kdyz vam to nekdy v budoucnu pobezi na vice strojich ...
Ja myslim, ze prave z tohoto duvodu vznikly transakce, tak je kurna pouzivejte ... a ze se az na konci zjisti, ze se neco delalo zbytecne, no pak tu mame rollback, ne? jeeff napsal(a): > > Ahoj, > > to je presne jasne aj mne, v povodnom prispevku som pisal ze ako > najjednoduchsie riesenie vidim dat danu metodu synchronized. Chcel som > len vediet, ci je to spravne riesenie, alebo pouzivate nejaky iny postup. > > Bojim sa toho, ze ked z jednej synchronized metody zavolam inu > synchronized metodu ze mi vznikne deadlock, takze preto sa snazim najst > aj ine riesenie. > > > Kamil Podlesak wrote: >> jeeff wrote: >> >>> >>> Takze znova opakujem, storno nakupu je len priklad, moze to byt >>> cokolvek co nechcem aby sa cez web rozhranie dalo zavolat 2x nez to >>> zbehne cele do konca. Vobec to nemusi pracovat s databazou. Riesite >>> taketo veci, alebo si poviete, ze taka situacia nenastane a kaslete >>> na to? >> >> Samozrejme, pro vsechny multithreadove aplikace (a vubec nezalezi na >> tom zda jsou webove ci ne) plati, ze je nutne synchronizovat (ci >> pouzit nejakou sofistikovanejsi techniku). >> >> Pouzivani synchronized neni neco "navic" - je to jedna ze zakladnich >> veci nutna pri psani v Jave. Vsude a stale. Tim samozrejme nemyslim ze >> by se vsude melo cpat synchronized, chran buh - jen je nutne nad tim >> premyslet. >> > > -- Jiří Mareš (mailto:[EMAIL PROTECTED]) ČSAD SVT Praha, s.r.o. (http://www.svt.cz) Czech Republic
