RESTEasy 6.2: کلائنٹ بلڈر پر فارورڈ پراکسی سیٹ کریں

اینوٹیٹ شدہ API آبجیکٹ بنانے سے پہلے RESTEasy کلائنٹ پر نیٹ ورک روٹ سیٹ کریں۔ ٹائپڈ API پراکسی ایک Java آبجیکٹ ہے، فارورڈ نیٹ ورک ثالث نہیں۔

import jakarta.ws.rs.client.ClientBuilder;
import org.jboss.resteasy.client.jaxrs.ResteasyClient;
import org.jboss.resteasy.client.jaxrs.ResteasyClientBuilder;

ResteasyClientBuilder builder =
    (ResteasyClientBuilder) ClientBuilder.newBuilder();

ResteasyClient client = builder
    .defaultProxy("proxy.example.net", 8080, "http")
    .build();

MyApi api = client
    .target("https://api.example.net")
    .proxy(MyApi.class);

یہ RESTEasy 6.2 کا Jakarta API ہے، جس میں RESTEasy نصب شدہ کلائنٹ فراہم کنندہ ہے اور MyApi ایپلیکیشن کی طرف سے پہلے ہی متعین ہے۔ پراکسی کے آرگیومنٹس ہوسٹ نیم، صحیح عدد پورٹ اور پراکسی ٹرانسپورٹ اسکیم ہیں۔ اجازت یافتہ عوامی API درخواستوں کے لیے اپنی سروس کا موزوں HTTP اینڈ پوائنٹ یا HTTP پراکسی فہرست استعمال کریں۔ API کی منزل target پر رکھیں؛ HTTPS API HTTP پراکسی استعمال کر سکتا ہے۔

کلائنٹ کو اس کی ٹائپڈ پراکسی کی کالز کے لیے زندہ رکھیں، پھر کام مکمل ہونے پر بند کریں۔ پہلے سے بند کلائنٹ اسکوپ سے API آبجیکٹ واپس کرنے پر یہ ٹرانسپورٹ کے بغیر رہ جاتا ہے۔

فیصلہ کریں کہ وہ ٹرانسپورٹ کس کا ہے۔ بلڈر کی دستاویز ڈیفالٹ Apache HTTP Client انٹیگریشن بیان کرتی ہے۔ فراہم کردہ ClientHttpEngine حد بدلتا ہے: httpEngine بلڈر کی SSL اور کنکشن سے مخصوص کنفیگریشن کی جگہ لیتا ہے۔ پراکسی اور TLS اس انجن کے معاون انٹرفیس کے ذریعے سیٹ کریں۔

ClientExecutor پر مبنی پرانے مثالیں اس کے بجائے لپٹا ہوا Apache کلائنٹ ترتیب دیتی ہیں۔ Jakarta بلڈر میں چپکانے کے بجائے اسی نسل سے ہم آہنگ رہیں۔

دونوں شاخوں میں API ہوسٹ نیم کو TLS شناخت کے طور پر رکھیں اور تصدیق فعال رکھیں۔ پراکسی توثیق، API لاگ ان اور سرٹیفکیٹ اعتماد الگ تقاضے ہیں؛ صرف راستہ تمام توثیقی اسکیمیں فراہم نہیں کرتا۔