Carson a dh'fhaodas fàilligeadh proxy SockJS nochdadh dìreach às dèidh an cul-taic
Dh'fhaodadh slighe WebSocket agus cul-taic XHR luchd-dèiligidh HTTP eadar-dhealaichte a chleachdadh. Comharraich an giùlan a tha a' fàilligeadh mus atharraich thu a rèiteachaidhean proxy.
Nuair a tha WebSocket ag obair air aon lìonra ach SockJS a' fàilligeadh air fear eile, 's dòcha gun do chuir an dàrna lìonra an cul-taic XHR an gnìomh. Faodaidh sin an cur-an-gnìomh HTTP a nì na h-iarrtasan atharrachadh — agus mar sin an rèiteachadh proxy a thathar a' cleachdadh.
Lorg a' chiad URL a dh'fhàillig agus an giùlan a thagh e. Faodaidh SockJS iarrtas fiosrachaidh HTTP a dhèanamh mus tagh e giùlan; 's e gnìomhan air leth a th' anns a' cho-làimhe WebSocket agus na h-iarrtasan bhòtaidh às a dhèidh. Chan eil rèiteachadh co-làimhe a tha ag obair a' dearbhadh na slighe a thathar a' cleachdadh airson gach fear dhiubh.
Ann an luchd-dèiligidh Java Spring, gabhaidh RestTemplateXhrTransport ri RestTemplate a chaidh a rèiteachadh. Bheir a mhaide-fhactaraidh iarrtasan agus an luchd-dèiligidh HTTP fonnsa slighe proxy agus dearbhadh-ainm a tha an cul-taic a' cumail suas. Airson Spring 6 le HttpClient 5, rèitich fìor-mhaide-fhactaraidh iarrtasan an RestTemplate sin. Ma chleachdas an cur-an-gnìomh sin co-phàirtean Apache HTTP, feumaidh a ghinealach a bhith a' freagairt ris an amalachadh.
Tha rèiteachaidhean ceangail sgrìobhte fhèin aig an luchd-dèiligidh WebSocket. Chan eil buadhairean proxy JVM a' toirt buaidh air slighe ach ma leughas an luchd-dèiligidh sònraichte aige iad. Dèan coimeas eadar an àrainneachd a tha ag obair agus an tè a tha a' fàilligeadh a rèir giùlain, cur-an-gnìomh an luchd-dèiligidh, am proxy a chaidh a thaghadh agus a' chiad mhearachd. Mura bi ach XHR a' fàilligeadh, lean a shlighe, a dhearbhadh-ainm agus na freagairtean fada aige an àite a bhith ag atharrachadh rèiteachaidhean an luchd-dèiligidh WebSocket a tha ag obair a-rithist 's a-rithist.