جب Firebase کی HTTP کالیں اور اسناد کی ریفریش ایک ہی پراکسی استعمال کریں تو ٹرانسپورٹ کے دونوں اِن پٹس ترتیب دیں۔ HTTP پراکسی فہرست سے منتخب کردہ عوامی HTTP اینڈ پوائنٹ کو بھی یہی دو حوالے درکار ہیں:

var proxy = new java.net.Proxy(
    java.net.Proxy.Type.HTTP,
    new java.net.InetSocketAddress("proxy.example.net", 8080));

var transport =
    new com.google.api.client.http.javanet.NetHttpTransport.Builder()
        .setProxy(proxy)
        .build();

var credentials = com.google.auth.oauth2.GoogleCredentials.fromStream(
    serviceAccountStream, () -> transport);

var options = com.google.firebase.FirebaseOptions.builder()
    .setCredentials(credentials)
    .setHttpTransport(transport)
    .build();

var app = com.google.firebase.FirebaseApp.initializeApp(options);

دو اہم حوالے fromStream(serviceAccountStream, () -> transport) اور setHttpTransport(transport) ہیں۔ پہلا رسائی ٹوکن حاصل کرنے کے لیے HTTP ٹرانسپورٹ فراہم کرتا ہے؛ دوسرا Firebase ایپ کا HTTP ٹرانسپورٹ فراہم کرتا ہے۔ صرف ایک مقرر کرنے سے دوسرا اپنے طے شدہ راستے پر رہ سکتا ہے۔

serviceAccountStream ایپ کا قابلِ اعتماد سروس اکاؤنٹ اسناد اسٹریم ہے۔ ایپ کو اس کے کام کے لیے رکھیں اور Firebase کے معمول کے لائف سائیکل سے چھوڑ دیں۔ پراکسی کی ترتیب TLS تصدیق کے لیے منزل کا ہوسٹ نام برقرار رکھتی ہے؛ اسے نہ SDK کلاس کی تبدیلی درکار ہے نہ ہر چیز پر بھروسا کرنے والی SSL فیکٹری۔

یہاں دائرہ کار دکھائے گئے HTTP انٹرفیس ہیں۔ Realtime Database WebSocket یا کسی اور سروس ٹرانسپورٹ پر چلنے والے کام کے لیے اس ٹرانسپورٹ کی روٹنگ سپورٹ الگ سے جانچنی ہوگی۔

متعلقہ مضامین