SockJS ප්‍රොක්සි අසාර්ථකත්වය පසුවට හරවන පසුව පමණක් ඇති විය හැක්කේ ඇයි
WebSocket මාර්ගය සහ XHR පසුවට හැරවීම වෙනස් HTTP සේවාදායක භාවිතා කළ හැක. එහි ප්‍රොක්සි සැකසුම් වෙනස් කිරීමට පෙර අසාර්ථක වන ප්‍රවාහනය හඳුනා ගන්න.
එක් ජාලයක WebSocket ක්‍රියා කරන නමුත් තවත් ජාලයක SockJS අසාර්ථක වන විට, දෙවන ජාලය XHR පසුවට හැරවීම ආරම්භ කර තිබිය හැක. එය ඉල්ලීම් සිදු කරන HTTP ක්‍රියාත්මක කිරීම වෙනස් කළ හැක — එබැවින් භාවිතා වන ප්‍රොක්සි වින්‍යාසය ද වෙනස් වේ.
පළමු අසාර්ථක URL සහ එය තෝරාගත් ප්‍රවාහනය සොයා ගන්න. SockJS ප්‍රවාහනයක් තෝරා ගැනීමට පෙර HTTP තොරතුරු ඉල්ලීමක් කළ හැක; WebSocket අත්අඩංගුව සහ පසුව එන මත විමසුම් ඉල්ලීම් වෙන වෙනම මෙහෙයුම් වේ. ක්‍රියා කරන අත්අඩංගු වින්‍යාසයක් එක් එක් ඒවාට භාවිතා වන මාර්ගය තහවුරු නොකරයි.
Spring හි Java සේවාදායකයේ RestTemplateXhrTransport වින්‍යාසගත RestTemplate එකක් පිළිගනී. එහි ඉල්ලීම් කර්මාන්තශාලාව සහ යටින් ඇති HTTP සේවාදායකය පසුවට හැරවීම විසින් සහාය දක්වන ප්‍රොක්සි මාර්ගය සහ සත්‍යාපනය සපයයි. HttpClient 5 සමඟ Spring 6 සඳහා, එම RestTemplate හි සැබෑ ඉල්ලීම් කර්මාන්තශාලාව වින්‍යාස කරන්න. එම ක්‍රියාත්මක කිරීම Apache HTTP සංරචක භාවිතා කරන්නේ නම්, එහි පරම්පරාව ඒකාබද්ධතාවයට ගැලපිය යුතුය.
WebSocket සේවාදායකයට එහිම ලේඛනගත සම්බන්ධතා සැකසුම් ඇත. JVM ප්‍රොක්සි ගුණාංග මාර්ගයකට බලපාන්නේ එහි නිශ්චිත සේවාදායකය ඒවා කියවන විට පමණි. ක්‍රියා කරන සහ අසාර්ථක පරිසර ප්‍රවාහනය, සේවාදායක ක්‍රියාත්මක කිරීම, තෝරාගත් ප්‍රොක්සි සහ පළමු දෝෂය අනුව සසඳන්න. XHR පමණක් අසාර්ථක වන්නේ නම්, ක්‍රියා කරන WebSocket සේවාදායකයේ සැකසුම් නැවත නැවත වෙනස් කිරීම වෙනුවට එහි මාර්ගය, සත්‍යාපනය සහ දිගු කලක් රඳවා ගන්නා ප්‍රතිචාර අනුගමනය කරන්න.