Għaliex falliment tal-proxy SockJS jista' jidher biss wara l-fallback
Il-mogħdija WebSocket u fallback XHR jistgħu jużaw klijenti HTTP differenti. Identifika t-trasport li qed ifalli qabel ma tbiddel is-settings tal-proxy tiegħu.
Meta WebSocket jaħdem fuq network waħda iżda SockJS ifalli fuq oħra, in-network tat-tieni setgħet attivat il-fallback XHR. Dan jista' jbiddel l-implimentazzjoni HTTP li tagħmel it-talbiet — u għalhekk il-konfigurazzjoni tal-proxy li tintuża.
Sib l-ewwel URL li falliet u t-trasport li għażlet. SockJS jista' jagħmel talba ta' informazzjoni HTTP qabel ma jagħżel trasport; il-handshake WebSocket u t-talbiet ta' polling sussegwenti huma operazzjonijiet separati. Konfigurazzjoni tal-handshake li taħdem ma tipprovax il-mogħdija użata għal kull waħda minnhom.
Fil-klijent Java ta' Spring, RestTemplateXhrTransport jaċċetta RestTemplate konfigurat. Il-fabbrika tat-talbiet tiegħu u l-klijent HTTP sottostanti jipprovdu l-mogħdija tal-proxy u l-awtentikazzjoni appoġġati mill-fallback. Għal Spring 6 ma' HttpClient 5, ikkonfigura l-fabbrika tat-talbiet attwali ta' dak ir-RestTemplate. Jekk dik l-implimentazzjoni tuża komponenti Apache HTTP, il-ġenerazzjoni tagħha trid taqbel mal-integrazzjoni.
Il-klijent WebSocket għandu s-settings tal-konnessjoni tiegħu stess dokumentati. Il-proprjetajiet tal-proxy JVM jaffettwaw mogħdija biss jekk il-klijent konkret tagħha jaqrahom. Qabbel l-ambjenti li jaħdmu u li jfallu skont trasport, implimentazzjoni tal-klijent, proxy magħżul u l-ewwel żball. Jekk ifalli biss XHR, segwi l-mogħdija, l-awtentikazzjoni u r-risposti tiegħu li jdumu, minflok tbiddel ripetutament is-settings tal-klijent WebSocket li jaħdem.