Ciao, On Mon, Jul 1, 2019 at 3:46 PM Andrea Ligios [email protected] [it-torino-java-jug] <[email protected]> wrote: > Ciao a tutti, > > sto facendo dello scouting per un POC di un sistema WebSocket (sia > backend-backend che backend-frontend). > > A questo proposito, il talk su Vert.x è "caduto a fagiolo" perchè mi ha > aperto un'ulteriore strada, seppur non immediatamente percorribile nel mio > caso (forse con la versione 4 ed il tracing...). > Ricordo che in passato c'era un framework chiamato Atmosphere che provava a > racchiudere il meglio dei vari mondi, da Netty a Vert.X passando per Jetty, > ma oggi sembra abbandonato.
Puoi usare CometD, una libreria simile (migliore, ma sono ovviamente biased) ad Atmosphere, ma attualmente manutenuto da noi. https://cometd.org > Ho visto che Camel espone parecchio in tal senso, ma potrebbe essere un po' > troppo overkill... > > So che ci sono diversi guru in materia qui, per cui vi chiedo: quale libreria > consigliate, e perchè? > > Domanda bonus: che voi sappiate, i sysadmin italiani storcono il naso davanti > a WS (leggasi: si rifiutano di abilitare il protocollo a livello di > firewall), o lo trattano al pari di HTTP? WebSocket viaggia sulle porte HTTP, quindi a livello di porte non c'è problema. Il problema ce l'hai se fai reverse proxying (e.g. Apache, Nginx) perché a quel punto devi configurare il reverse proxy per "capire" WebSocket. Oppure usi un load balancer come HAProxy e togli il reverse proxy (che è quasi sempre meglio). -- Simone Bordet --- Finally, no matter how good the architecture and design are, to deliver bug-free software with optimal performance and reliability, the implementation technique must be flawless. Victoria Livschitz
