Invio di immagini/file su Sockjs + Spring Websocket + Stomp

Question

Sto lavorando a un'applicazione di messaggistica utilizzando Spring Websockets (STOMP come sottoprotocollo) e Sockjs.

Dovrei fornire supporto per inviare file nei messaggi.

In base a this ticket, sockjs non supporta i dati binari, ma lo fa STOMP.

So che possiamo convertire l'immagine in base64 e inviarlo su stomp, ma penso che questa non sia la migliore pratica in quanto vi è molta conversione e sovraccarico. Devo anche salvare i messaggi, quindi per salvare nuovamente questi file codificati Base64 sul server dovrò decodificarli.

Ho paio di domande:

1) Esiste una soluzione alternativa per inviare immagini/files sopra sockjs + Stomp o conversione in Base64 è l'unico modo?

2) Può essere una domanda molto sciocca ma in base a this question è possibile inviare dati binari su STOMP (senza sockjs). Quanto è difficile supportare la fallback senza sockjs?

Grazie.

EDIT: Se si utilizza base64 è l'unica opzione, avrei preferito fare una richiesta POST per salvare i messaggi che ha gli allegati invece di utilizzare la codifica Base64. Qualche idea che sia migliore?

Answer 1

Qualsiasi implementazione di Web Socket gestirà dati binari se è codificata in Base64. Questo serializza essenzialmente un flusso binario in una stringa. Tutti i trasporti di socket e i wrapper possono gestire i dati di stringa. Qualsiasi implementazione Java base64 dovrebbe funzionare.

Sul lato browser base64 viene gestito in modo nativo nei browser moderni con btoa() e atob(). Se supporti i browser legacy potresti aver bisogno di un polyfill.

Detto questo, se il server Java sta solo trasmettendo messaggi tra utenti Web, non sarà necessario decodificare le immagini in Java, si passerebbero semplicemente le immagini codificate con stringhe da una connessione socket a un'altra.

Answer 2

Hai un aspetto binaryjs. è promessa lo streaming binario in tempo reale per il web tramite websocket.

lascia controllare gli esempi

https://github.com/binaryjs/binaryjs/tree/master/examples

Si dovrebbe controllare Atmosphere(wasync), collegamento vi guiderà alla modalità di attuazione.

per quanto compresso lo scenario di fallback del browser sul lato client è possibile utilizzare [base64 polyfill lib (https://github.com/davidchambers/Base64.js/).

migliori saluti

Answer 3

Un'altra alternativa sarebbe quella di utilizzare WebRTC solo per l'invio delle immagini binarie. Uno dei vantaggi di questo è che questi messaggi siano puramente peer-to-peer. Dovresti implementarlo solo nella tua app Web e non nel tuo back-end. Non avresti quindi bisogno di pagare la larghezza di banda utilizzata per le immagini. Sfortunatamente, WebRTC non è supportato da IE.