To, co chcete, je zneuzitie JMS. AFAIK to nikto oficialne nerobi... JMS transaction support konci odoslanim, resp prijatim spravi. Medzi tym nie je nic (by design), na com by sa dalo stavat. Navyse, kazda JMS sprava je osobitna, samostatna (by design again), ich poradie je negarantovane (zvlast ak vasa aplikacia bude bezat v clusteri alebo bude mat viac konkurentnych listenerov - typicke MDB) a spajat ich do jednej transakcie je, ehm, ruhanie (blasphemy) ;-)
Dobra rada - ak to uz chcete robit, nemozete posielat samostatne spravy, ale celu "transaction unit" musite zabalit do jednej spravy... Myslim, ze vsetko ostatne je z principu z pohladu JMS zle... Ale mozne je samozrejme vsetko, ja len tvrdim, ze JMS nie je *right tool for the job* :-) -- Patrik Beno J2EE Software Architect http://patrikbeno.net On Nov 23, 2007 3:42 PM, Lukas Zapletal <[EMAIL PROTECTED]> wrote: > Dobry den, > > potreboval bych v ramci messagingoveho systemu implementovat > distribuovane transakce. JMS implementatori obvykle dodavaji ke svym > resenim knihovny, se kterymi muze klient vystupovat jako transactional > resource, ale podpora transakci (jako je UserTransaction v JTA) uz > chybi. > > Chtel bych se zeptat, jak se tohle resi? Aplikace, ktera potrebuje > poslat nekolik zprav, ktere napriklad zajisti updaty v databazich, a > ktera vse potrebuje zajistit v jedne globalni transakci, proste musi > pouzit JTA externe? > > Radi bychom si totiz implementovali vlastni podporu globalnich > transakci postavenou primo na JMS reseni (pomoci zprav). Neexistuji > nejake knihovny pro distribuovane transakce implementovane nad JMS? > > Mimochodem, objevil jsem tuto dobre vypadajici knizku a k dispozici je > dokonce zdarma: > > Java Transaction Design Strategies > http://www.infoq.com/minibooks/JTDS > > -- > Lukas Zapletal > http://lukas.zapletalovi.com >
