SockJS প্ৰক্সি বিফলতা কেৱল ফলবেকৰ পিছত কিয় দেখা দিব পাৰে

এখন নেটৱৰ্কত WebSocket কাম কৰিলেও আন এখনত SockJS বিফল হ'লে, দ্বিতীয়খন নেটৱৰ্কে XHR ফলবেক সক্ৰিয় কৰিছে। ই অনুৰোধবোৰ কৰা HTTP ৰূপায়ণ সলনি কৰিব পাৰে — আৰু সেইদৰে ব্যৱহৃত প্ৰক্সি কনফিগাৰেচনো সলনি কৰিব পাৰে।

প্ৰথম বিফল URL আৰু ইয়াৰ নিৰ্বাচিত ট্ৰেন্সপৰ্ট বিচাৰি উলিয়াওক। SockJS এ ট্ৰেন্সপৰ্ট বাছনি কৰাৰ আগতে HTTP তথ্য অনুৰোধ কৰিব পাৰে; WebSocket হেণ্ডশ্বেক আৰু পৰৱৰ্তী পোলিং অনুৰোধ দুটা পৃথক কাৰ্য। কাম কৰা হেণ্ডশ্বেক কনফিগাৰেচনে প্ৰত্যেকৰে বাবে ব্যৱহৃত পথটো প্ৰমাণ নকৰে।

Spring ৰ Java ক্লায়েন্টত RestTemplateXhrTransport এ কনফিগাৰ কৰা RestTemplate গ্ৰহণ কৰে। ইয়াৰ অনুৰোধ ফেক্টৰী আৰু অন্তৰ্নিহিত HTTP ক্লায়েন্টে ফলবেকৰ সমৰ্থিত প্ৰক্সি পথ আৰু প্ৰমাণীকৰণ যোগান ধৰে। HttpClient 5 ৰ সৈতে Spring 6 ৰ বাবে, সেই RestTemplate ৰ প্ৰকৃত অনুৰোধ ফেক্টৰী কনফিগাৰ কৰক। সেই ৰূপায়ণে Apache HTTP উপাদান ব্যৱহাৰ কৰিলে, ইয়াৰ প্ৰজন্ম সংহতিটোৰ সৈতে মিলিব লাগিব।

WebSocket ক্লায়েন্টৰ নিজৰ নথিভুক্ত সংযোগ ছেটিংছ আছে। JVM প্ৰক্সি বৈশিষ্ট্যই এটা পথত প্ৰভাৱ পেলায় কেৱল তেওঁৰ নিৰ্দিষ্ট ক্লায়েন্টে সেইবোৰ পঢ়িলে। কাম কৰা আৰু বিফল পৰিৱেশবোৰ ট্ৰেন্সপৰ্ট, ক্লায়েন্ট ৰূপায়ণ, নিৰ্বাচিত প্ৰক্সি আৰু প্ৰথম ত্ৰুটিৰ দ্বাৰা তুলনা কৰক। কেৱল XHR বিফল হ'লে, কাম কৰা WebSocket ক্লায়েন্টৰ ছেটিংছ বাৰে বাৰে সলনি কৰাৰ পৰিৱৰ্তে ইয়াৰ পথ, প্ৰমাণীকৰণ আৰু দীৰ্ঘদিনীয়া সঁহাৰি অনুসৰণ কৰক।