Benotzt een Proxy-Transport fir Firebase Admin Java an Token-Erfrëschung

Gitt d'Transportfabréck un GoogleCredentials an den Transport un FirebaseOptions, sou datt béid HTTP-Weeër de Proxy kréien.

Konfiguréiert béid Transport-Agäng, wann d'HTTP-Aufruffer vu Firebase an d'Erfrëschung vun de Umeldungsinformatiounen deeselwechte Proxy musse benotzen. En ëffentlechen HTTP-Endpunkt, deen aus der HTTP-Proxy-Lëscht gewielt gëtt, brauch déiselwecht zwee Iwwergaben:

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);

Déi zwee wichteg Iwwergaben sinn fromStream(serviceAccountStream, () -> transport) an setHttpTransport(transport). Déi éischt liwwert den HTTP-Transport fir Access-Tokenen ze kréien; déi zweet liwwert den HTTP-Transport vun der Firebase-App. Nëmmen eng ze setzen kann déi aner op hirem Standardwee loosse loossen.

serviceAccountStream ass den vertrauenswürdegen Umeldungsinformatiounsflux vum Servicekont vun der App. Behaalt d'App fir hir Aarbecht a gitt se iwwer den normale Firebase-Liewenszyklus fräi. D'Proxy-Astellung léisst den Zilhostname fir d'TLS-Verifikatioun onverännert; se brauch weder en Ersatz vun SDK-Klassen nach eng SSL-Fabréck, déi allem vertraut.

Den Ëmfang hei sinn déi gewisen HTTP-Interface. Eng Aarbechtslaascht mat Realtime Database WebSocket oder engem aneren Service-Transport muss d'Routingënnerstëtzung vun deem Transport separat iwwerpréiwen.

Ähnlech Artikelen