Sababta guuldarada proxy SockJS ay u muuqan karto oo kaliya ka dib dib-u-noqoshada
Wadada WebSocket iyo dib-u-noqoshada XHR waxay isticmaali karaan macaamiil HTTP kala duwan. Aqoonso gaadiidka guuldaraysta ka hor intaadan beddelin dejimaha proxy-ga.
Marka WebSocket ku shaqeeyo hal shabakad laakiin SockJS ku guuldaraysto mid kale, shabakadda labaad waxaa laga yaabaa inay kicisay dib-u-noqoshada XHR. Taasi waxay beddeli kartaa hirgelinta HTTP ee samaysa codsiyada — iyo sidaas darteed qaabeynta proxy-ga la isticmaalayo.
Raadi URL-kii ugu horreeyay ee guuldaraystay iyo gaadiidka uu doortay. SockJS waxa uu samayn karaa codsi macluumaad HTTP ka hor inta uusan dooran gaadiid; gacan-qabsiga WebSocket iyo codsiyada raadinta ee xiga waa hawlo gooni ah. Qaabeynta gacan-qabsiga ee shaqaysa ma caddaynayso wadada loo isticmaalay mid kasta oo iyaga ka mid ah.
Macaamilka Java ee Spring, RestTemplateXhrTransport waxa uu aqbalaa RestTemplate la qaabeeyay. Warshadda codsigeeda iyo macaamilka HTTP ee hoose waxay bixiyaan wadada proxy-ga iyo xaqiijinta ay taageerto dib-u-noqoshada. Spring 6 oo la socda HttpClient 5, qaabee warshadda codsiga dhabta ah ee RestTemplate-kaas. Haddii hirgelintaasi isticmaasho qaybo Apache HTTP, jiilkeeda waa inuu la jaanqaado is-dhexgalka.
Macaamilka WebSocket waxa uu leeyahay dejimihiisa xiriirka ee la diiwaangeliyay. Sifooyinka proxy-ga JVM waxay saameeyaan wado oo kaliya haddii macaamilkiisa gaarka ah uu akhriyo. Isbarbardhig deegaannada shaqeeya iyo kuwa guuldaraysta marka loo eego gaadiidka, hirgelinta macaamilka, proxy-ga la doortay iyo khaladka ugu horreeya. Haddii kaliya XHR guuldaraysto, raac wadadiisa, xaqiijintiisa iyo jawaabihiisa muddada dheer socda halkii aad si isdaba joog ah u beddeli lahayd dejimaha macaamilka WebSocket ee shaqeeya.