Nima uchun SockJS proksiyasi nosozligi faqat zaxira yo'lga o'tgandan keyin ko'rinishi mumkin
WebSocket yo'li va XHR zaxira yo'li turli HTTP mijozlaridan foydalanishi mumkin. Proksi sozlamalarini o'zgartirishdan oldin qaysi transport ishlamayotganini aniqlang.
Bir tarmoqda WebSocket ishlab, boshqasida SockJS ishlamasa, ikkinchi tarmoq XHR zaxira yo'lini ishga tushirgan bo'lishi mumkin. Bu so'rovlarni bajaradigan HTTP tatbiqini — va shu bilan foydalanilayotgan proksi konfiguratsiyasini ham o'zgartirishi mumkin.
Birinchi muvaffaqiyatsiz URL va u tanlagan transportni toping. SockJS transport tanlashdan oldin HTTP ma'lumot so'rovini yuborishi mumkin; WebSocket qo'l berish va keyingi so'rov so'rovlari alohida amallardir. Ishlayotgan qo'l berish konfiguratsiyasi ularning har biri uchun ishlatiladigan yo'lni isbotlamaydi.
Spring'ning Java mijoziida RestTemplateXhrTransport sozlangan RestTemplate'ni qabul qiladi. Uning so'rov fabrikasi va asosiy HTTP mijozi zaxira yo'l qo'llab-quvvatlaydigan proksi marshruti va autentifikatsiyani ta'minlaydi. HttpClient 5 bilan Spring 6 uchun o'sha RestTemplate'ning haqiqiy so'rov fabrikasini sozlang. Agar bu tatbiq Apache HTTP komponentlaridan foydalansa, uning avlodi integratsiyaga mos kelishi kerak.
WebSocket mijozining o'z hujjatlashtirilgan ulanish sozlamalari bor. JVM proksi xossalari yo'lga faqat uning konkret mijozi ularni o'qiganda ta'sir qiladi. Ishlayotgan va ishlamayotgan muhitlarni transport, mijoz tatbiqi, tanlangan proksi va birinchi xato bo'yicha solishtiring. Faqat XHR ishlamasa, ishlayotgan WebSocket mijozining sozlamalarini qayta-qayta o'zgartirish o'rniga uning marshruti, autentifikatsiyasi va uzoq saqlanadigan javoblariga ergashing.