यदि आप ऐप इंजन स्वचालित रूप से STDout और stderr को INFO और चेतावनी में लॉग करते हैं तो आप logging.properties का उपयोग क्यों करेंगे?

Question

जावा के लिए Google अनुप्रयोग इंजन के लिए प्रलेखन के अनुसार:

App इंजन जावा एसडीके एक टेम्पलेट logging.properties फ़ाइल, में appengine-जावा-sdk/config/उपयोगकर्ता/ निर्देशिका भी शामिल है। इसके इस्तेमाल के लिये "वेब-INF/वर्गों/प्रवेश के लिए अपने वेब-INF/कक्षाएं निर्देशिका (या युद्ध में कहीं ), तो प्रणाली संपत्ति java.util.logging.config.file पर फ़ाइल की प्रतिलिपि .properties " (या जो भी पथ आप चुनते हैं, एप्लिकेशन रूट के सापेक्ष)। इस प्रकार आप , appengine-web.xml फ़ाइल में सिस्टम गुण सेट कर सकते हैं:

<appengine-web-app xmlns="http://appengine.google.com/ns/1.0"> 
    ... 

    <system-properties> 
     <property name="java.util.logging.config.file" value="WEB-INF/classes/logging.properties" /> 
    </system-properties> 

</appengine-web-app> 

ग्रहण नई परियोजना जादूगर के लिए गूगल प्लगइन आप के लिए में लॉग विन्यास फाइल बनाता है, और उन्हें स्वचालित रूप से WEB-INF/कक्षाओं/ पर कॉपी करता है। Java.util.logging के लिए, आपको सिस्टम प्रॉपर्टी को पर सेट करना होगा इस फ़ाइल का उपयोग करें।

If your write to standard out or standard error, that will automatically get logged as INFO or WARNING.

तो, क्यों आप एक logging.properties फ़ाइल का उपयोग करने की आवश्यकता है?

क्या यह आपको लॉगिंग पर कुछ अतिरिक्त नियंत्रण देता है?

Answer 1

यदि आप कुछ विशिष्ट लॉगिंग जानकारी का उपयोग करना चाहते हैं, जैसे कुछ DEBUG।

इस तरह आप विकास के दौरान अधिक जानकारी लॉग कर सकते हैं, और जब आप अपना कोड उत्पादन में डालते हैं तो आपको अपना कोड बदलने की आवश्यकता नहीं होती है।

व्यक्तिगत उदाहरण: जब मैं कोड करता हूं, तो मैं बहुत सारी जानकारी लॉग करता हूं (स्तर ठीक और लॉग इन लॉगिंग)। जब मैं अपने आवेदन परीक्षक को भेजता हूं, तो वे DEBUG स्तर का उपयोग करते हैं। उत्पादन में (सार्वजनिक करने के लिए) केवल INFO, चेतावनी और सेव लॉग हैं।

निष्कर्ष में, यह आपको अधिक नियंत्रण देता है, और आपको कोड की कोई भी पंक्ति बदलने की आवश्यकता नहीं है। here