የSockJS ፕሮክሲ ውድቀት ከመመለሻ በኋላ ብቻ ሊታይ የሚችለው ለምንድን ነው

WebSocket በአንድ አውታረ መረብ ላይ ሲሰራ SockJS በሌላው ላይ ሲወድቅ፣ ሁለተኛው አውታረ መረብ የXHR መመለሻን አስጀምሮ ሊሆን ይችላል። ይህ ጥያቄዎቹን የሚያደርገውን የHTTP አተገባበር ሊቀይር ይችላል—እና ስለዚህ ጥቅም ላይ የዋለውን የፕሮክሲ ውቅር ይቀይራል።

የመጀመሪያውን ያልተሳካ URL እና የተመረጠውን መጓጓዣ ይፈልጉ። SockJS መጓጓዣ ከመምረጡ በፊት የHTTP መረጃ ጥያቄ ማድረግ ይችላል፤ የWebSocket መጨባበጥና ተከታይ የምርጫ ጥያቄዎች የተለያዩ ክንውኖች ናቸው። የሚሰራ የመጨባበጥ ውቅር ለእያንዳንዱ ጥቅም ላይ የሚውለውን መንገድ አያረጋግጥም።

በSpring የJava ደንበኛ ውስጥ RestTemplateXhrTransport የተዋቀረ RestTemplate ይቀበላል። የጥያቄ ፋብሪካውና መሰረቱ የHTTP ደንበኛ የመመለሻውን የሚደገፍ የፕሮክሲ መንገድና ማረጋገጫ ያቀርባሉ። ለSpring 6 ከHttpClient 5 ጋር፣ የዚያን RestTemplate ትክክለኛ የጥያቄ ፋብሪካ ያዋቅሩ። ያ አተገባበር የApache HTTP አካላትን የሚጠቀም ከሆነ፣ ትውልዱ ከውህደቱ ጋር መመሳሰል አለበት።

የWebSocket ደንበኛ የራሱ የተመዘገበ የግንኙነት ቅንብሮች አሉት። የJVM ፕሮክሲ ባህሪያት የተወሰነው ደንበኛ ካነበባቸው ብቻ መንገድን ይነካሉ። የሚሰሩትንና የሚወድቁትን አካባቢዎች በመጓጓዣ፣ በደንበኛ አተገባበር፣ በተመረጠ ፕሮክሲና በመጀመሪያ ስህተት ያወዳድሩ። XHR ብቻ የሚወድቅ ከሆነ፣ የሚሰራውን የWebSocket ደንበኛ ቅንብሮች ተደጋግመው ከመቀየር ይልቅ መንገዱን፣ ማረጋገጫውንና ረጅም ጊዜ የሚያዙ ምላሾችን ይከተሉ።