Hvers vegna SockJS-umboðsbilaður getur aðeins birst eftir varaleiðina

Þegar WebSocket virkar á einu neti en SockJS bregst á öðru, gæti hið síðara net hafa virkjað XHR-varaleiðina. Það getur breytt HTTP-útfærslunni sem gerir beiðnirnar — og þar með umboðsstillingunni sem er notuð.

Finndu fyrstu misheppnuðu slóðina og flutninginn sem hún valdi. SockJS getur sent HTTP-upplýsingabeiðni áður en það velur flutning; WebSocket-handabandið og síðari könnunabeiðnir eru aðskildar aðgerðir. Virk handabandastilling sannar ekki leiðina sem er notuð fyrir hvora þeirra.

Í Java-biðlara Spring tekur RestTemplateXhrTransport við stilltu RestTemplate. Beiðniverksmiðja þess og undirliggjandi HTTP-biðlari veita þá umboðsleið og auðkenningu sem varaleiðin styður. Fyrir Spring 6 með HttpClient 5, stilltu raunverulega beiðniverksmiðju þess RestTemplate. Ef sú útfærsla notar Apache HTTP-íhluti verður kynslóð hennar að passa við samþættinguna.

WebSocket-biðlarinn hefur sínar eigin skjalfestu tengistillingar. JVM-umboðseiginleikar hafa aðeins áhrif á leið ef tiltekinn biðlari hennar les þá. Berðu saman virka og misheppnaða umhverfið eftir flutningi, útfærslu biðlarans, völdu umboði og fyrstu villu. Ef aðeins XHR bregst skaltu fylgja leið þess, auðkenningu og langvarandi svörum í stað þess að breyta stillingum virka WebSocket-biðlarans aftur og aftur.