वैकल्पिक Slf4j बोबिन लकड़हारा

नमस्कार, प्यारे दोस्तों!

मैं लॉगिंग के विषय पर अपने विचार साझा करना चाहता हूं और उन्होंने क्या किया।

शायद सैद्धांतिक शोध में कुछ कमी के कारण, लॉगिंग हमेशा जावा दुनिया में अशांति का एक क्षेत्र रहा है। समय के साथ, इसमें लॉगिंग के लिए कई पुस्तकालयों का उदय हुआ, जैसे:

• log4j
• जावा उपयोगिता लॉगिंग
• कॉमन्स लॉगिंग
• Logback
• Log4j2

बाकी के हिस्सों को संकीर्ण करने की कोशिश कर रहा है, दुर्भाग्य से उनमें से प्रत्येक ने अपनी कमियों को पेश किया।

और अगर, कोड मानकीकरण के दृष्टिकोण से, स्लेफ़ 4 जे की उपस्थिति के बाद स्थिति में सुधार हुआ - लॉगिंग के लिए एक अमूर्त परत के रूप में, मौजूदा कार्यान्वयन में अनसुलझे समस्याएं अभी भी मौजूद हैं।

एक ओपन सोर्स समुदाय के रूप में, हम एक नए, क्रांतिकारी दृष्टिकोण के साथ आने के लिए पहल कर रहे हैं - और एक हल्के (लेकिन एक ही समय में कार्यात्मक रूप से समृद्ध) लकड़हारा, नवीनतम विकास जैसे स्क्रिप्टिंग का उपयोग करके बनाएं।

समस्याओं

- मौजूदा कार्यान्वयन सेटिंग्स में स्क्रिप्ट के लिए केवल आंशिक समर्थन प्रदान करते हैं

यह लकड़हारा कॉन्फ़िगरेशन फ़ाइलों (XML, JSON, YAML) में घोषणात्मक प्रोग्रामिंग की ओर जाता है, हालांकि यह अनिवार्य स्क्रिप्टिंग का उपयोग करके रनटाइम पर कॉन्फ़िगरेशन मूल्यों की व्याख्या करने के लिए बहुत सरल होगा।

चलो लॉगबैक में फ़िल्टर कॉन्फ़िगरेशन का एक उदाहरण लेते हैं, लॉगिंग स्तर के साथ केवल संदेशों को लॉग करने के लिए INFO:

<filter class="ch.qos.logback.classic.filter.LevelFilter"> <level>INFO</level> <onMatch>ACCEPT</onMatch> <onMismatch>DENY</onMismatch> </filter> 

यह घोषित XML प्रोग्रामिंग का एक विशिष्ट उदाहरण है।

(हां, लॉबैक ग्रूवी का उपयोग करके एक फिल्टर का समर्थन करता है, लेकिन यह केवल विशिष्ट ऐपेंडरों पर लागू होता है, लकड़हारे के लिए नहीं)

लेकिन स्ट्रिंग को प्रारूपित करने के लिए स्क्रिप्टिंग समर्थन पूरी तरह से गायब है।

- जटिल और लंबे समय तक विन्यास

Logback और Log4j2 लें:

किसी विशिष्ट परिशिष्ट के लिए लॉगिंग स्तर को कॉन्फ़िगर करने का कोई तरीका नहीं है।

परिशिष्ट को लकड़हारे से अलग से कॉन्फ़िगर किया गया है और लकड़हारा "परिशिष्ट" विशेषता का उपयोग करते हुए परिशिष्ट को संदर्भित करता है - जबकि केवल लकड़हारा लॉगिंग और वर्ग के नामों के स्तर को निर्धारित करने का समर्थन करता है।

मान लीजिए कि हमें अन्य लॉग फ़ाइलों और कक्षाओं को प्रभावित किए बिना एक विशिष्ट लॉग फ़ाइल से एक फू कक्षा से डिबग संदेशों को बाहर करने की आवश्यकता है।

लॉगबैक में, एपेंडर पर ग्रूवी स्क्रिप्ट फ़िल्टर का उपयोग करना संभव है - लेकिन अगर हमारे पास कई ऐपेंडर हैं, तो कॉन्फ़िगरेशन का आकार तेजी से बढ़ता है।

- लॉगिंग के प्रत्येक स्तर पर - एक अलग फ़ाइल!

हम ऐसी सेटिंग की संभावना नहीं खोज सकते जिसमें संदेश स्तर (डिबग, सूचना आदि) द्वारा संदेशों को फाइलों में बांटा गया हो।

मौजूदा सुविधाओं को लॉगिंग के प्रत्येक स्तर पर परिशिष्ट के दोहराव की आवश्यकता होती है।

- रूट लॉगर में ही क्लास के नाम से फ़िल्टरिंग सेट करना

रूट लकड़हारा केवल लॉगिंग स्तर को सेट करने का समर्थन करता है, लेकिन केंद्रीकृत नियंत्रण की कोई संभावना नहीं है कि किन वर्गों को लॉग किया जाना चाहिए।

- अनुप्रयोग में लॉग डेटा कैसे उत्पन्न होता है और इस डेटा को लॉगर द्वारा कैसे खाया जाता है, इसके बीच एक वैचारिक वियोग है।

ऐतिहासिक अभ्यास ऐसा है कि लॉगर (और उनका विन्यास) फ़ाइल-केंद्रित होने की तुलना में अधिक वर्ग-केंद्रित हैं।

यह मानवीय धारणा का खंडन करता है, जो प्रत्येक व्यक्तिगत वर्ग की स्थापना के बारे में चिंता करने के बजाय तार्किक रूप से लॉग फ़ाइलों की अंतिम सामग्री के आसपास की अपेक्षाओं को मानता है।

व्यवहार में, यह विरोधाभास मौजूदा कार्यान्वयन की कार्यात्मक सीमाओं का कारण है:

• जटिल फ़ाइल नाम कॉन्फ़िगरेशन
• उदाहरण के लिए लकड़हारा का तर्कहीन विन्यास:

लॉगबैक "SiftingAppender" में अधिकतम 1 "विभेदक" का समर्थन करता है।
SiftingAppender संग्रह के लिए नीति सेटिंग्स में सीमाएँ हैं
Log4j2 में पुन: डिज़ाइन किया गया अनुमार्गण

निर्णय

- कॉन्फ़िगरेशन में पूर्ण स्क्रिप्टिंग समर्थन

बॉबिन विन्यास का उपयोग ग्रूवी लिपियों के लिए एक लोकेटर के रूप में करता है जो अनुप्रयोग रनटाइम में लकड़हारे के व्यवहार को निर्धारित करता है।

यह "फिल्टर" उदाहरण जैसा दिखता है:

 { "levels": "['info'].contains(level)" } 

लकड़हारा का प्रत्येक पहलू स्क्रिप्ट का उपयोग करके अनुकूलन का समर्थन करता है:

• लॉगिंग स्तर
• वर्ग के नाम
• संदेश स्वरूप
• फ़ाइल नाम

- सरल और संक्षिप्त सेटअप

बोबिन को एनकोडर, पैटर्न, फिल्टर, डिस्क्रिमिनेटर और कई अन्य अनावश्यक चीजों की आवश्यकता नहीं होती है।

यह सिर्फ कुछ बुनियादी मानकों के साथ कॉन्फ़िगर किया गया है:

• स्तरों
• कक्षाएं
• फ़ाइलें
• लाइन प्रारूप

लॉगिंग के प्रत्येक स्तर के लिए अलग-अलग फ़ाइलें: बॉबिन.जॉन (कॉन्फ़िगरेशन) में फ़ाइल नाम मास्क में बस "$ {स्तर}" डालें।

उदाहरण विन्यास फाइल:

 { "levels": "['debug', 'info', 'warn', 'error'].contains(level)", "destinations": [ { "name": "io.infinite.bobbin.destinations.FileDestination", "properties": { "fileName": "\"./LOGS/PLUGINS/INPUT/${className}/${level}/${className}_${level}.log\"" }, "classes": "className.contains('conf.plugins.input')" }, { "name": "io.infinite.bobbin.destinations.FileDestination", "properties": { "fileName": "\"./LOGS/PLUGINS/OUTPUT/${className}/${level}/${threadName}_${level}_${date}.log\"" }, "classes": "className.contains('conf.plugins.output')" }, { "name": "io.infinite.bobbin.destinations.FileDestination", "properties": { "fileName": "\"./LOGS/THREADS/${threadGroupName}/${threadName}/${level}/${threadName}_${level}_${date}.log\"" }, "classes": "className.contains('io.infinite.')" }, { "name": "io.infinite.bobbin.destinations.FileDestination", "properties": { "fileName": "\"./LOGS/ALL/WARNINGS_AND_ERRORS_${date}.log\"" }, "levels": "['warn', 'error'].contains(level)" }, { "name": "io.infinite.bobbin.destinations.ConsoleDestination", "levels": "['warn', 'error'].contains(level)" } ] } 

अब बॉबिन का प्रयास करें:

 Gradle: compile "io.infinite:bobbin:2.0.0" 

* बोबिन एक ओपन सोर्स प्रोजेक्ट है जो अपाचे के तहत लाइसेंस प्राप्त है।