[MWy] JMS sessions

[Martin]

Ja bych rekl ze v prvni rade potrebujes dve FRONTY. Kdyz na nejake fronte synchronne cekas na to az ti banka nebo jiny klient odpovi, asi nebudes mit radost z toho ze tve cekani budes mit prerusovane nejakymi dalsimi (pro tebe v tu chvili nezajimavymi) zpravami. Dva consumery per jedna fronta - to radsi ani nezkousej. Budou si zrat zpravy navzajem. Session per fronta uz je podle me jen rozumny technicky pozadavek, session mas single threaded. Takze jedno vlakno bude spinkat a cekat na asynchronni, zatimco druhe klientske si bude vesele povidat. Nebo naopak. Nebo dohromady.

Opravte me jestli v necem kecam:)

Martin Kaldy
______________________________________________________________
> Od: zdenek.louzensky at gmail.com
> Komu: <mwy at dsrg.mff.cuni.cz>
> Datum: 18.04.2008 09:20
> Předmět: [MWy] JMS sessions
>
>Dobry den,
>
>divam se na ulohu z tretiho cviceni - JMS a jsem zmateny z toho, jak se
zde
>pouzivaji sessions. 
>Trida Client pouziva clientSession a eventSession, na kterych definuje
>MessageProducery clientSender a eventSender. V komentarich je napsano, ze
>jedna session a sender se pouziva pro synchronni a druha asynchronni
zpravy.
>
>Neni to zbytecne? 
>Chceme prece odlisit asynchronni a synchronni prijem zprav - tedy
vytvorime
>si na jedne session 2 ruzne consumery.
>
>Opravte me, prosim, pokud chapu spatne pojem session.
>
>Diky
>
>Zdenek Louzensky
>
>
>_______________________________________________
>MWy mailing list
>MWy at dsrg.mff.cuni.cz
>https://dsrg.mff.cuni.cz/mailman/listinfo/mwy
>