लॉगिंग की दुनिया में (अपाचे कॉमन्स लॉगिंग, slf4j या यहां तक कि Log4j 2.0 API) और कार्यान्वयन (Log4j 1 + 2, java.util.log, TinyLog, Logback) जैसे पहलू हैं।
मूल रूप से आपको अपने सेल्फमेड रैपर को slf4j IF से बदलना चाहिए और केवल IF यदि आप किसी कारण से इससे खुश नहीं हैं। जबकि Apache Commons Logging वास्तव में एक आधुनिक API, slf4j प्रदान नहीं कर रहा है और नया Log4j 2 मुखौटा प्रदान कर रहा है। यह देखते हुए कि एप्स का एक गुच्छा slf4j को एक रैपर के रूप में उपयोग करता है, यह उपयोग करने के लिए समझ में आता है।
slf4j कई अच्छी एपीआई चीनी देता है, जैसे कि slf4j डॉक्स से यह उदाहरण:
logger.debug("Temperature set to {}. Old temperature was {}.", t, oldT);
यह परिवर्तनशील प्रतिस्थापन है। यह भी Log4j 2 द्वारा समर्थित है।
हालाँकि आपको इस बात की जानकारी होनी चाहिए कि slf4j को QOS द्वारा विकसित किया गया है जो लॉगबैक को भी बनाए रखते हैं। Log4j 2.0 को Apache Software Foundation में बेक किया गया है। पिछले तीन वर्षों में एक जीवंत और सक्रिय समुदाय फिर से विकसित हुआ है। यदि आप ओपन सोर्स की सराहना करते हैं जैसा कि Apache Software Foundation द्वारा किया गया है तो इसकी सभी गारंटियों के साथ आप सीधे Log4j 2 का उपयोग करने के लिए slf4j का उपयोग करके पुनर्विचार कर सकते हैं।
कृपया ध्यान दें:
पिछले log4j 1 में सक्रिय रूप से बनाए नहीं रखा गया था जबकि लॉगबैक था। लेकिन आज हालात अलग हैं। Log4j 2 सक्रिय रूप से बनाए रखा है और लगभग नियमित समय पर जारी करता है। इसमें बहुत सारी आधुनिक विशेषताएं शामिल हैं और -imho- कुछ चीजों को लॉगबैक से बेहतर बनाता है। यह कभी-कभी स्वाद का मामला होता है और आपको अपना निष्कर्ष निकालना चाहिए।
मैंने Log4j 2.0 की नई विशेषताओं पर एक त्वरित अवलोकन लिखा: http://www.grobmeier.de/the-new-log4j-2-0-05122012.html
पढ़ते समय आप देखेंगे कि Log4j 2 लॉगबैक से प्रेरित था लेकिन अन्य लॉगिंग फ्रेमवर्क द्वारा भी। लेकिन कोड का आधार अलग है; यह Log4j 1 के साथ लगभग कुछ भी साझा नहीं करता है और Logback के साथ शून्य है। इससे कुछ सुधार होते हैं जैसे कि Log4j 2 हुड के नीचे स्ट्रिंग्स के बजाय बाइटस्ट्रीम के साथ संचालित होता है। यह भी पुन: कॉन्फ़िगर करते समय घटनाओं को ढीला नहीं करता है।
Log4j 2 मुझे ज्ञात अन्य चौखटों की तुलना में अधिक गति से लॉग इन कर सकता है: http://www.grobmeier.de/log4j-2-performance-close-to-insane-20072013.html
और फिर भी उपयोगकर्ता समुदाय लॉगबैक की तुलना में बहुत बड़ा लगता है: http://www.grobmeier.de/apache-log4j-is-the-leading-log-framework-06082013.html
सभी ने कहा कि सबसे अच्छा विचार यह है कि आप लॉगिंग चौखटे को चुनते हैं जो कि आप जो हासिल करना चाहते हैं उसके लिए सबसे उपयुक्त है। यदि मैं उत्पादन परिवेश में लॉगिंग को अक्षम कर दूंगा और अपने ऐप में केवल मूल लॉगिंग करूंगा, तो मैं एक पूर्ण रूपरेखा स्विच नहीं करूंगा। हालाँकि यदि आप लॉगिंग के साथ थोड़ा अधिक करते हैं तो केवल उन विशेषताओं को देखें जो फ्रेमवर्क और उनके डेवलपर्स द्वारा प्रदान की गई हैं। जब आप QOS के माध्यम से लॉगबैक के लिए व्यावसायिक समर्थन प्राप्त करते हैं (मैंने सुना है) वर्तमान में Log4j 2 के लिए कोई व्यावसायिक समर्थन नहीं है। दूसरी तरफ, यदि आपको ऑडिट लॉगिंग करने की आवश्यकता है और async एपेंडर्स द्वारा प्रदान किए गए उच्च प्रदर्शन की आवश्यकता है तो यह बहुत मायने रखता है। check log4j 2
कृपया ध्यान दें कि वे सभी सुविधा प्रदान करने के बावजूद, facades हमेशा थोड़ा प्रदर्शन करते हैं। यह शायद आपको बिल्कुल प्रभावित नहीं कर रहा है, लेकिन यदि आप कम संसाधनों पर हैं, तो आपको अपने पास मौजूद हर चीज को बचाने की आवश्यकता हो सकती है।
आपकी आवश्यकताओं को बेहतर ढंग से जानने के बिना एक सिफारिश देना लगभग असंभव है। बस: बहुत सारे लोग स्विच करने के कारण सिर्फ स्विच नहीं करते। केवल स्विच करें क्योंकि आप इसका मूल्य देखते हैं। और तर्क है कि log4j मर चुका है अब गिनती नहीं है। यह जीवित है, और यह गर्म है।
अस्वीकरण: मैं वर्तमान में VP, Apache लॉगिंग सेवाएँ और log4j में शामिल हूं।