Dobry den,
nechapu, proc chcete, aby uzly v clusteru delaly kazdy neco jineho.
Vzdyt preci hlavni myslenka clusteru je, ze jeden uzel muze zastoupit
jiny.
Bezne to vypada v clusterovane aplikaci tak, ze MDB jsou na vice
uzlech a o rozdelovani zprav mezi uzly (load balancing) se stara JMS.
Pro vetsi spolehlivost lze pouzit multi-broker architekturu, v niz JMS
system bezi na nekolika uzlech (ne pouze na jednom) a uzly jsou
spojeny do JMS clusteru. Pokud selze spojeni na jeden JMS uzel,
aplikacni server provede fail-over na jiny, cimz je zajistena vyssi
dostupnost.
Z.T.
--
Zdenek Tronicek
Department of Computer Science and Engineering
Prague tel: +420 2 2435 7410
http://cs.felk.cvut.cz/~tronicek
Quoting Jiří Holý <[EMAIL PROTECTED]>:
Ahoj,
narazil jsem na drobny problem a nedari se mi ho nijak vyresit nebo obejit
(nebo neumim dobre hledat). Potreboval bych totiz neco jako zmenu
messageSelectoru pro MDB za behu. Mluvim o EJB3.
Cilem je totiz clusterovana aplikace, kde by kazdy node mel umet vyzvednout
prioritne ty zpravy, ktere jsou urceny pro nej a pote se podivat, jestli
jsou nejake bez prirazeni. Vsechny node by mely byt ekvivalentni, proto neni
mozne pouzivat pro kazdy zvlast XML, kde bych prepsal anotace a tuto
funkcionalitu zajistil.
Resili jste nekdo obdobnou situaci, nebo mate navrh jak na to?
Jirka
