] यह एक सुरक्षा चिंता पैदा करता है यदि संवेदनशील डेटा, जैसे डेटाबेस क्रेडेंशियल्स, कोड के भीतर हार्ड-कोडित है। इस जानकारी को सुरक्षित रखने के लिए, इसे निष्पादन योग्य कोड से अलग करना अनिवार्य हो जाता है। इस फ़ाइल को रनटाइम पर लोड किया जा सकता है, जिससे लॉगिन डेटा को संकलित बायनेरिज़ से दूर रखा जा सकता है। इसका उपयोग आमतौर पर पासवर्ड सहित सेटिंग्स को प्रबंधित करने के लिए किया जाता है। इस वर्ग का लाभ उठाकर, क्रेडेंशियल्स को कोड से हटा दिया जा सकता है:

आयात java.util.prefs.preferences; पब्लिक क्लास डिमोआप्लिकेशन { प्राथमिकताएँ प्राथमिकताएँ = प्राथमिकताएँ। usernodeforpackage (demoApplication.class); सार्वजनिक शून्य setCredentials (स्ट्रिंग उपयोगकर्ता नाम, स्ट्रिंग पासवर्ड) { प्राथमिकताएँ ।put ("db_username", उपयोगकर्ता नाम); प्राथमिकताएँ ।put ("db_password", पासवर्ड); } सार्वजनिक स्ट्रिंग getusername () { वापसी प्राथमिकताएं। ("db_username", null); } सार्वजनिक स्ट्रिंग getPassword () { वापसी प्राथमिकताएं। ("db_password", null); } … इसलिए, उपयुक्त फ़ाइल सिस्टम अनुमतियों के माध्यम से इसे अनधिकृत पहुंच से बचाने के लिए महत्वपूर्ण है।

इसमें डेटाबेस और क्लाइंट एप्लिकेशन के बीच एक मध्य परत शुरू करना शामिल है। मध्य परत उपयोगकर्ताओं को प्रमाणित करती है और विशिष्ट डेटाबेस संचालन तक उनकी पहुंच को प्रतिबंधित करती है। प्रत्येक उपयोगकर्ता के पास मध्य परत के लिए अपने स्वयं के क्रेडेंशियल्स होंगे, यह सुनिश्चित करते हुए कि डेटाबेस क्रेडेंशियल्स गोपनीय बने रहते हैं। उचित क्रेडेंशियल स्टोरेज तकनीकों को अपनाकर और आवश्यक होने पर मल्टी-टियर आर्किटेक्चर को गले लगाकर, डेवलपर्स डेटाबेस तक पहुँचने वाले क्रेडेंशियल्स को सुरक्षित कर सकते हैं और विघटन से जुड़े जोखिमों को कम कर सकते हैं।