Hví ein SockJS-proxybrestur kann koma fram fyrst eftir afturfall
WebSocket-leiðin og eitt XHR-afturfall kunnu nýta ymiskar HTTP-klientar. Greinið tað transportið, sum brestur, áðrenn tú broytir proxy-stillingarnar.
Tá WebSocket virkar á einum neti, men SockJS brestur á einum øðrum, hevur tað seinna netið kanska sett XHR-afturfall í gongd. Tað kann broyta ta HTTP-útførsluna, sum ger fyrispurningarnar — og tí eisini tann proxy-uppsetningina, sum verður nýtt.
Finn fyrsta miseydnaða URL og tað transportið, sum varð valt. SockJS kann gera ein HTTP-upplýsingarfyrispurning, áðrenn tað velur eitt transport; WebSocket-handslagið og seinni polling-fyrispurningarnir eru sjálvstøðugar handlingar. Ein virkandi handslagsuppsetning prógvar ikki leiðina, sum verður nýtt fyri hvønn av teimum.
Í Java-klientinum hjá Spring tekur RestTemplateXhrTransport ímóti einum uppsettum RestTemplate. Fyrispurnarverksmiðja tess og undirliggjandi HTTP-klientur veita ta proxy-leið og autentisering, sum afturfallið stuðlar. Fyri Spring 6 við HttpClient 5 skal tú seta veruligu fyrispurnarverksmiðjuna hjá tí RestTemplate. Um tann útførslan nýtir Apache HTTP-partar, má ættarlið hennara passa við integratiónina.
WebSocket-klienturin hevur sínar egnu skjalfestu sambandsstillingar. JVM-proxy-eindir ávirka eina leið bert, um tann konkrete klienturin lesur tær. Samanber virkandi og miseydnað umhvørvi eftir transporti, klient-útførslu, valdum proxy og fyrsta feili. Um bert XHR brestur, fylg leið tess, autentisering og longum svarum í staðin fyri at broyta stillingarnar hjá virkandi WebSocket-klientinum aftur og aftur.