استخدم ناقل وكيل واحد لـ Firebase Admin Java وتحديث الرموز

اضبط مدخلي الناقل معًا عندما يجب أن تستخدم مكالمات 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 للحصول على رموز الوصول؛ والثاني يوفّر ناقل HTTP لتطبيق Firebase. ضبط واحد فقط قد يترك الآخر على مساره الافتراضي.

serviceAccountStream هو تدفق بيانات اعتماد حساب الخدمة الموثوق لتطبيقك. أبقِ التطبيق لأداء عمله وأفرج عنه عبر دورة حياة Firebase المعتادة. يترك إعداد الوكيل اسم المضيف الوجهة سليمًا للتحقق من TLS؛ وهو لا يتطلب استبدال فئات SDK ولا مصنع SSL يثق بكل شيء.

النطاق هنا هو واجهات HTTP المعروضة. أي حمل عمل يستخدم WebSocket لقاعدة البيانات في الوقت الحقيقي أو ناقل خدمة آخر يحتاج إلى فحص دعم التوجيه لذلك الناقل على حدة.