Konfigurējiet abas transporta ievades, kad Firebase HTTP izsaukumiem un akreditācijas datu atjaunošanai jāizmanto viens un tas pats starpniekserveris. Publisks HTTP galapunkts, kas izvēlēts no HTTP starpniekserveru saraksta, prasa tos pašus divus nodošanas gadījumus:

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

Divi svarīgākie nodošanas gadījumi ir fromStream(serviceAccountStream, () -> transport) un setHttpTransport(transport). Pirmais nodrošina HTTP transportu piekļuves žetonu iegūšanai; otrais nodrošina Firebase lietotnes HTTP transportu. Iestatot tikai vienu, otrs var palikt savā noklusējuma maršrutā.

serviceAccountStream ir lietotnes uzticamā pakalpojuma konta akreditācijas datu plūsma. Saglabājiet lietotni tās darba slodzei un atbrīvojiet to parastajā Firebase dzīves ciklā. Starpniekservera iestatījums atstāj galamērķa resursdatora nosaukumu neskartu TLS pārbaudei; tam nav vajadzīga ne SDK klašu aizstāšana, ne SSL fabrika, kas uzticas visam.

Darbības joma šeit ir parādītās HTTP saskarnes. Darba slodzei, kas izmanto Realtime Database WebSocket vai citu pakalpojuma transportu, atsevišķi jāpārbauda šī transporta maršrutēšanas atbalsts.

Saistītie raksti