[MWy] JMS sessions

[Michael Grafnetter]

Dokumentacia k JMS vravi:
A Session object is a single-threaded context for producing and consuming
messages.
Ak chces reagovat na spravy prichadzajuce do jednej fronty a zaroven sa
zablokovat pri cakani na prichod spravy do druhej fronty, nutne k tomu
potrebujes 2 rozne vlakna a teda 2 session.
Teda aspon ja som to tak pochopil.

Michael Grafnetter

-----Original Message-----
From: mwy-bounces at dsrg.mff.cuni.cz [mailto:mwy-bounces at dsrg.mff.cuni.cz] On
Behalf Of Zdenek Louzensky
Sent: Thursday, April 17, 2008 3:56 PM
To: mwy at dsrg.mff.cuni.cz
Subject: [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