გამოიყენეთ ერთი პროქსი ტრანსპორტი 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 ტრანსპორტს წვდომის ტოკენების მისაღებად; მეორე — Firebase აპის HTTP ტრანსპორტს. მხოლოდ ერთის დაყენებამ შეიძლება მეორე ნაგულისხმევ გზაზე დატოვოს.

serviceAccountStream არის აპის სანდო სერვისული ანგარიშის სერტიფიკატების ნაკადი. შეინახეთ აპი მისი დატვირთვისთვის და გაათავისუფლეთ Firebase-ის ჩვეულებრივი სასიცოცხლო ციკლით. პროქსის პარამეტრი დანიშნულების ჰოსტის სახელს TLS შემოწმებისთვის უცვლელად ტოვებს; მას არც SDK კლასების ჩანაცვლება სჭირდება და არც ყველაფრისადმი მორწმუნე SSL ფაბრიკა.

აქ მოცულობა ნაჩვენები HTTP ინტერფეისებია. Realtime Database-ის WebSocket-ის ან სხვა სერვისული ტრანსპორტის გამოყენებისას იმ ტრანსპორტის მარშრუტიზაციის მხარდაჭერა ცალკე უნდა შემოწმდეს.