Зашто се квар SockJS проксија може појавити тек након резервног пута
WebSocket пут и XHR резервни пут могу користити различите HTTP клијенте. Утврдите који транспорт не успева пре него што промените његова подешавања проксија.
Када WebSocket ради на једној мрежи, а SockJS не успева на другој, друга мрежа је можда покренула XHR резервни пут. То може променити HTTP имплементацију која извршава захтеве — а тиме и конфигурацију проксија која се користи.
Пронађите први неуспешни URL и његов изабрани транспорт. SockJS може послати HTTP информациони захтев пре избора транспорта; WebSocket руковање и наредни polling захтеви су одвојене операције. Исправна конфигурација руковања не доказује пут који се користи за сваку од њих.
У Springовом Java клијенту RestTemplateXhrTransport прихвата конфигурисани RestTemplate. Његова фабрика захтева и основни HTTP клијент обезбеђују пут проксија и аутентификацију које резервни пут подржава. За Spring 6 са HttpClient 5 конфигуришите стварну фабрику захтева тог RestTemplate-а. Ако та имплементација користи Apache HTTP компоненте, њена генерација мора одговарати интеграцији.
WebSocket клијент има сопствена документована подешавања везе. Својства JVM проксија утичу на пут само ако их његов конкретни клијент чита. Упоредите радно и неуспешно окружење по транспорту, имплементацији клијента, изабраном проксију и првој грешци. Ако не успева само XHR, пратите његов пут, аутентификацију и дуготрајне одговоре уместо да изнова мењате подешавања радног WebSocket клијента.