ប្រើឧបករណ៍ផ្ទេរប្រុកស៊ីមួយសម្រាប់ Firebase Admin Java និងការធ្វើឱ្យស្រស់តូកេន
ផ្ញើរ factory នៃការផ្ទេរទៅ GoogleCredentials និងការផ្ទេរទៅ FirebaseOptions ដើម្បីឱ្យផ្លូវ HTTP ទាំងពីរទទួលបានប្រុកស៊ី។
កំណត់រចនាសម្ព័ន្ធធាតុចូលនៃការផ្ទេរទាំងពីរ នៅពេលការហៅ HTTP របស់ Firebase និងការធ្វើឱ្យស្រស់ព័ត៌មានសម្ងាត់ត្រូវប្រើប្រុកស៊ីដូចគ្នា។ ចំណុចបញ្ចប់ 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 ធម្មតា។ ការកំណត់ប្រុកស៊ីទុកឈ្មោះ host គោលដៅដោយមិនប៉ះពាល់សម្រាប់ការផ្ទៀងផ្ទាត់ TLS; វាមិនត្រូវការការជំនួស class SDK ឬ factory SSL ដែលទុកចិត្តអ្វីៗទាំងអស់ឡើយ។
វិសាលភាពនៅទីនេះគឺចំណុចប្រទាក់ HTTP ដែលបានបង្ហាញ។ បន្ទុកការងារដែលប្រើ WebSocket របស់ Realtime Database ឬការផ្ទេរសេវាផ្សេងទៀតត្រូវពិនិត្យការគាំទ្រការបញ្ជូនផ្លូវរបស់ការផ្ទេរនោះដោយឡែក។