[Javalist] java socket multiple request

[Zsombor]

Nem, a mérleg egyik oldalán ez van:
"lényeg hogy TCP-s kommunikációt szeretnék egy szerverrel -> Most
WebSocket, kicsit később pedig HTTP/2, ha elterjed... minden más csak
önszopatás, kivéve, ha valami nagyon ritka és speciális okból nem megfelelő
a WebSocket..."

A másik oldalán meg az, hogy a WebSocket nem univerzális megoldás, és nem
csak nagyon ritka és speciális esetekben nem megfelelő.
Ahogy azt többször is leírtam, nem minden proxy engedi át, és nem minden
fogja átengedni. S ugyanazt fogják mondani a proxy üzemeltető
rendszergazdák, mint amit 15 éve a HTTP CONNECT metódusára (ami kb hasonló
dologra jó)
 - a tűzfal/proxy nem támogatja
 - a tűzfal/proxy nem támogatja, egy későbbi verziója fogja, de arra meg
nem upgradelhetünk, mivel ...
 - stb ...
 - egyébként is, egy bináris protokolt nem engedünk át a tűzfalon, mert
céges policy ...


Véleményem szerint, ha két különböző gépen levő programnak kell
kommunikálnia egymással, akkor a legritkább esetben szükséges egy új
protokoll, byte szintű leimplementálása, sokkal egyszerűbb, ha választ egy
már létező protokollt, és egy azzal működő kliens és szerver könyvtárat,
ami magas szinten kezeli ezt a kommunikációt. Legyen az SOAP-RPC, vagy
Kafka, vagy Hazelcast, vagy AMQP kliens, stb.
Igen, ezek plusz rétegek lesznek a programban, de ezek a rétegek adnak is
valami funkcionalitást a programhoz, nem csak annyit, hogy a hagyományos
socket réteg felé rak egy másik réteget, ami becsomagolja http- be, és vagy
működik vagy sem.


Üdv



2016-01-19 16:45 GMT+01:00 Gábor Auth <auth.gabor at gmail.com>:

> Hi,
>
> Ahol megy a http, nem feltétlenül megy a websocket, pont ahogy a bináris
>> socketnél sem.
>>
>
> Akkor álljunk meg egy szóra: mi van a mérleg két oldalán? Nálam a bináris
> Socket vs WebSocket.
>
> Nálad - úgy érzem - éppen az van a mérleg másik oldalán, ami az adott
> és/vagy vitatott pontban jobb, ugyanis nem jó a WebSocket, mert:
> - nem megy át HTTP proxy-n: de átmegy, ahol nem megy, ott más se megy át,
> erről szól a proxy és a security by design.
> - kell hozzá kliens lib: SOAP-ot, MQTT-t vagy Redis-t fejből és nulláról
> implementáltál?
> - több réteg kell hozzá: mert az MQTT, a SOAP vagy az AQMP hány rétegű?
> - kommunikációs overhead: mert a többinél nincs?
>
> Egy kérdést teszek fel: mi az a megoldás, ami össze tud kötni két gépet
> full duplex, átmegy HTTP/1.1 proxy-n és nem kell hozzá kliens library?
>
> Egyébként felőlem mindenki azzal szív, amivel akar, én több ezer
> telefonról használok jelenleg is WebSocket kommunikációt gond nélkül,
> gondoltam leírom, hogy mennyire egyszerű.
>
> Bye,
> Auth Gábor
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.javaforum.hu/pipermail/javalist/attachments/20160120/9db6f2c5/attachment.html>