Seadistage mõlemad transpordi sisendid, kui Firebase'i HTTP-kutsed ja identiteediandmete uuendamine peavad kasutama sama puhverserverit. Avalik HTTP-lõpp-punkt, mis on valitud HTTP puhverserverite loendist, vajab sama kahte edastust:

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

Kaks olulist edastust on fromStream(serviceAccountStream, () -> transport) ja setHttpTransport(transport). Esimene annab HTTP-transpordi juurdepääsutokenite hankimiseks; teine annab Firebase'i rakenduse HTTP-transpordi. Ainult ühe seadistamine võib jätta teise oma vaiketeekonnale.

serviceAccountStream on rakenduse usaldusväärne teenusekonto identiteediandmete voog. Hoidke rakendus oma töökoormuse jaoks ja vabastage see tavalise Firebase'i elutsükli kaudu. Puhverserveri seade jätab sihtkoha hostinime TLS-kontrolliks puutumata; see ei nõua ei SDK klasside asendamist ega kõike usaldavat SSL-tehast.

Siinne ulatus on näidatud HTTP-liidesed. Töökoormus, mis kasutab Realtime Database'i WebSocketit või muud teenusetransporti, vajab selle transpordi marsruutimistoe eraldi kontrollimist.

Seotud artiklid