[Javalist] symple messsage

[Peter Verhas]

Engedjétek meg (főleg Viczi), hogy ne értsek egyet néhány apróbb dologban.

>Még bonyolultabb esetben pedig a WebSocket (
https://spring.io/guides/gs/messaging-stomp-websocket/).

A WebSocket arra van kitalálva, hogy a böngésző tudjon a szerverrel
kapcsolatot fent tartani, és így a szerverről lehessen üzenetet küldeni.
Ehhez a böngésző és a szerver között fent tart egy TCP csatornát. Ez elég
költséges és akkor van értelme, hogy ha bármilyen szerver oldali eseményt
másodpercen belül, vagy pár másodpercen belül el akarunk juttatni a
böngészőre. Ezért cserébe folyamatosan él egy TCP csatorna ami egy komoly
erőforrás szerver oldalon. A leírt esetben, amikor az igény abból fakad,
hogy

"mert a user már csak olyan, hogy 10 perc után azt gondolja"

elég a HTTP polling amit a böngésző indíthat percenként, esetleg egy olyan
szerver válasszal, ami megbecsüli, ha tudja valamilyen alapon, hogy mikor
kell legközelebb pollozni. Ha a vége felé jár, akkor mondjuk 10mp, közben
elég 2 percenként.


On Tue, Aug 18, 2020 at 4:57 PM Gabor Szokoli <szocske at gmail.com> wrote:

> Szia!
>
> Reg csinaltam ilyesmit, de mivel a Solace nevu cegnel dolgozom, ahol
> message broker kalapacsot gyartunk, ezert mindent event driven szognek
> tunik:
> Ha amugyis van mar egy message queue a rendszerben, plane olyan, ami
> kivulrol is elerheto (pl MQTT WebSocket-en), akkor a contoller-nek nem is
> kell tudnia rola: A GUI feliratkozhat az esemenyekre kozvetlenul is.
>
>
> Gabor
>
> On Tue, Aug 18, 2020 at 10:04 AM Michl Lajos <laja at freemail.hu> wrote:
>
>> Sziasztok!
>>
>> Van egy tetszőleges több rétegű alkalmazás. az üzleti logika a
>> szervizekben van, a megjelenítést meg kontrollerek vezérlik. (Most
>> lényegtelen, hogy vastag vagy vékony kliens, hogy mi a kommunikáció a
>> megjelenítés és a kontroller közt, stb. ) Ha van egy hosszabb folyamat,
>> akkor azt jó lenne egy statikus animáción kívül (homokóra, forgó bizbasz,
>> stb) valahogy jelezni hogy halad, mert a user már csak olyan, hogy 10 perc
>> után azt gondolja biztos befagyott, és újraindítja vagy hasonló, amivel
>> általában több bajt okoz. Valami progress bar szerű minden klienshez van,
>> de azokat vagy a megjelenítő (js), vagy a kontroller vezérli. Eddig OK, a
>> kontroller nekem pompás lenne. De honnan tudja a kontroller hogy léptetni
>> kell? A szervízben legtöbbször a hosszú folyamat előtt ki lehet nyerni
>> valami jellemző számosságot, és léptetésről is tudnék infót küldeni. De
>> hogy juttatom el az adatokat a kontrollerhez?
>>
>> Van a JMS, meg a cloud message rendszerek, de ezek eléggé agyúval verébre
>> dolgok. Nekem valami egyszerű üzenet kezelő kellene, amivel a szervíz tud
>> üzenni a kontrollernek. Még kétirányú kapcsolat se kell, sőt még vétel
>> visszajelzés meg hasonlók se. (Ha kimarad véletlen egy-két léptetés, nem
>> gond, a lényeg hogy a user lássa hogy halad a dolog...) Ötlet?
>>
>> Konkrétan most SpringBoot és PrimeFaces a felállás, de általánosan is
>> érdekel a megoldás.
>>
>> Laja
>> _______________________________________________
>> Javalist mailing list
>> Javalist at lists.javaforum.hu
>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>


-- 
Peter Verhas
peter at verhas.com
t: +41791542095
skype: verhas
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.javaforum.hu/pipermail/javalist/attachments/20200820/ceff206c/attachment.htm>