Zašto se kvar SockJS proksija može pojaviti tek nakon rezervnog puta

Kada WebSocket radi na jednoj mreži, a SockJS ne uspijeva na drugoj, druga mreža je možda pokrenula XHR rezervni put. To može promijeniti HTTP implementaciju koja izvršava zahtjeve — a time i konfiguraciju proksija koja se koristi.

Pronađite prvi neuspjeli URL i njegov odabrani transport. SockJS može poslati HTTP informacijski zahtjev prije odabira transporta; WebSocket rukovanje i naredni polling zahtjevi su odvojene operacije. Ispravna konfiguracija rukovanja ne dokazuje put koji se koristi za svaku od njih.

U Springovom Java klijentu RestTemplateXhrTransport prihvata konfigurirani RestTemplate. Njegova tvornica zahtjeva i osnovni HTTP klijent obezbjeđuju podržani put proksija i provjeru autentičnosti rezervnog puta. Za Spring 6 s HttpClient 5 konfigurirajte stvarnu tvornicu zahtjeva tog RestTemplatea. Ako ta implementacija koristi Apache HTTP komponente, njena generacija mora odgovarati integraciji.

WebSocket klijent ima vlastite dokumentirane postavke veze. Svojstva JVM proksija utiču na put samo ako ih njegov konkretni klijent čita. Uporedite radno i neuspjelo okruženje po transportu, implementaciji klijenta, odabranom proksiju i prvoj grešci. Ako ne uspijeva samo XHR, slijedite njegov put, autentifikaciju i dugotrajne odgovore umjesto da iznova mijenjate postavke radnog WebSocket klijenta.