Spring WebClient ជាមួយ Jetty៖ ប្រូកស៊ី HTTP ធម្មតាដោយគ្មាន CONNECT

កម្មវិធីគ្រប់គ្រងប្រូកស៊ី HTTP របស់ Reactor Netty បង្កើតផ្លូវរូង CONNECT សូម្បីតែសម្រាប់គោលដៅ HTTP ធម្មតា។ ប្រសិនបើប្រូកស៊ីដែលមានបំណងទទួលយកការបញ្ជូន HTTP/1.1 ធម្មតាជំនួសវិញ Spring WebClient អាចប្រើឧបករណ៍ភ្ជាប់ផ្សេងទៀតដែលគាំទ្រ។

សម្រាប់ Spring 6.2 ជាមួយ API អតិថិជនរបស់ Jetty 12.0.35 និងការរួមបញ្ចូល Jetty Reactive Streams ដែលត្រូវគ្នា៖

var jetty = new org.eclipse.jetty.client.HttpClient(
    new org.eclipse.jetty.client.transport.HttpClientTransportOverHTTP());
jetty.getProxyConfiguration().addProxy(
    new org.eclipse.jetty.client.HttpProxy("proxy.example", 8080));

var client = WebClient.builder()
    .clientConnector(new JettyClientHttpConnector(jetty))
    .build();

WebClient និង JettyClientHttpConnector គឺជាថ្នាក់ Spring។ គ្រប់គ្រងការចាប់ផ្តើម និងការបញ្ឈប់អតិថិជន Jetty ដែលបានផ្តល់តាមរយៈវដ្តជីវិតធម្មតារបស់កម្មវិធី។

ប្រូកស៊ី HTTP/1.1 របស់ Jetty អាចបញ្ជូនសំណើ HTTP/1.1 ធម្មតាដោយគ្មានផ្លូវរូង នៅពេលពិធីការគោលដៅ និងអតិថិជន-ប្រូកស៊ីត្រូវគ្នា។ គោលនយោបាយ requiresTunnel របស់វាប្រើ CONNECT សម្រាប់គោលដៅសុវត្ថិភាព និងផ្លូវពិធីការដែលមិនត្រូវគ្នា។

នេះមិនមែនជាវិធីដក CONNECT ចេញពីផ្លូវរូង HTTPS ធម្មតាទេ។ រក្សាគ្រោងការណ៍គោលដៅឱ្យត្រឹមត្រូវ។

ប្រើ addProxy ក្នុង API Jetty ដែលបានរៀបរាប់។ getProxies ត្រឡប់បញ្ជីដែលមិនអាចកែប្រែបាន ដូច្នេះរូបមន្តចាស់ getProxies().add(...) មិនមែនជាចំណុចប្រទាក់កែប្រែបច្ចុប្បន្នរបស់វាទេ។

សម្រាប់គោលដៅ HTTP សាធារណៈលើផ្លូវប្រូកស៊ីសាធារណៈដែលបានអនុញ្ញាត បញ្ជីប្រូកស៊ី HTTP ផ្តល់បេក្ខជនសម្រាប់ម៉ាស៊ីន និងច្រកប្រូកស៊ីរបស់ Jetty។ អានការឆ្លើយតបប្រូកស៊ីពិតនៅពេលប្រៀបធៀបឧបករណ៍ភ្ជាប់។ ការផ្ទៀងផ្ទាត់ គោលនយោបាយគោលដៅ និងគោលដៅដែលមិនអាចចូលប្រើបាន នៅដាច់ពីជម្រើសរវាង HTTP បញ្ជូនបន្ត និង CONNECT។