हम सिल्वरलाइट में NLog 2.0 का उपयोग करते हैं या मैं एक खुला स्रोत कैसे बन गया

यह सब काफी शुरू हुआ - इस तथ्य के साथ कि मुझे सिल्वरलाइट पर अपनी परियोजना में लॉगिंग की आवश्यकता थी।



"वयस्क" .NET के तहत, मैंने हमेशा Jarek Kowalski से NLog का उपयोग किया। और log4net क्यों नहीं, आप में से कई पूछेंगे।

सब कुछ, ज़ाहिर है, काफी व्यक्तिपरक है, लेकिन ओह अच्छी तरह से।



यह स्वाद और रंग, लगा-टिप पेन और प्लास्टिसिन है, लेकिन NLog बस बेहतर है। आदेश में नहीं होने के लिए, मैं कुछ हत्यारा मापदंड दे देंगे ...

• सुविधाजनक विन्यास। Log4net के बाद - ताजी हवा की सांस की तरह।
  
  
  
  
• लाइब्रेरी को .NET प्लेटफ़ॉर्म के लिए एक पेशेवर .NET प्लेटफ़ॉर्म द्वारा लिखा गया था, यह स्रोत और आर्किटेक्चर द्वारा देखा जा सकता है। समान log4net, सूत्रों द्वारा देखते हुए, सही रूप से वाक्यविन्यास त्रुटियों के साथ .NET के लिए एक मामूली recompiled जावा कोड है (आखिरकार, C # काफी जावा नहीं है;)
  
  
  
  
• परियोजना सक्रिय रूप से विकसित हो रही है। दूसरे दिन, पहला बीटा NLog 2.0 सभी .NET स्टैक्स के समर्थन के साथ जारी किया गया था, जिसमें मोनो, सिल्वरलाइट और सीएफ शामिल हैं। वही लॉग 4नेट, चेक-इन द्वारा निर्णय लेते हुए, 2003 में अपने विकास में रुक गया।

हम इस तुलना को पूरा करेंगे और सीधे समाधान पर जाएंगे।

1. NLog 2.0 बीटा 1 डाउनलोड करें, इंस्टॉल करें।
   
   
   
   
2. हमारे सिल्वरलाइट प्रोजेक्ट में NLog.dll का लिंक जोड़ें। मेरे पास VS.NET 2010 के लिए उत्पादकता शक्ति उपकरण हैं, विधानसभा लिंक जोड़ने के लिए इस तरह के एक बहुत नए संवाद हैं, यह स्वचालित रूप से NLog के सिल्वरलाइट संस्करण के लिए सही लिंक पाता है।
   
   
   
   
3. प्रोजेक्ट में जोड़ें नई आइटम -> NLog | कंसोल NLog कॉन्फ़िग। हमें प्रोजेक्ट में एक नई फाइल मिली जिसका नाम NLog.config है। यह हमारे लॉगिंग का स्थिर विन्यास है। सुनिश्चित करें कि इस फ़ाइल के लिए बिल्ड एक्शन सामग्री मोड में है। मैंने इसे संसाधनों में गिराने की कोशिश की, फिर शुरू में पढ़ा और कॉन्फ़िगरेशन को इनिशियलाइज़ किया। यह पता चला है कि NLog यह सब हमारे लिए करता है। मुख्य बात यह है कि कॉन्फ़िगरेशन फ़ाइल परियोजना की जड़ में होनी चाहिए, और एक्शन का निर्माण करें -> सामग्री। जैसा कि मैंने कहा, कॉन्फ़िगरेशन स्थिर है, अर्थात NLog.config को xap- संग्रह में संग्रहीत किया जाता है और बिना बदलाव के, अनावश्यक इशारों के अधीन नहीं किया जाता है। NLog.config को बदलते समय लॉगिंग कॉन्फ़िगरेशन के किसी भी स्वचालित अपडेट का कोई सवाल नहीं है, जैसा कि डेस्कटॉप .NET अनुप्रयोगों के साथ होता है।
   
   
   
   
4. एक साधारण सिल्वरलाइट एप्लिकेशन से किसी फ़ाइल में लॉग इन करना संभव नहीं है। एक और बात यह है कि अगर हमें पूर्ण-विश्वास है, लेकिन यह विधा, मेरी राय में, शुरू में असामान्य है। इसलिए, हम नेटवर्क पर दूरस्थ मशीन में प्रवेश करेंगे। क्लाइंट Log2Console क्लाइंट होगा, जिसे लॉग 4net के उपयोगकर्ताओं के संकीर्ण सर्कल में व्यापक रूप से जाना जाता है।
   
   
   
   

तो, हम लिखते हैं:



static readonly Logger _log = LogManager.GetCurrentClassLogger();







और:



_log.Debug(" {0} NLog", DateTime.Now);









यहाँ मैं थोड़ी निराशा की उम्मीद कर रहा था। यह पता चला है कि सिल्वरलाइट यूडीपी-सॉकेट्स का समर्थन नहीं करता है। तदनुसार, Log2Console से UDP-Receiver, जो NLog को सुनने में सक्षम हुआ करता था, सिल्वरलाइट में बेकार है। सिल्वरलाइट टीसीपी-सॉकेट्स का समर्थन करता है, लेकिन Log2Console में कोई टीसीपी-रिसीवर नहीं मिला। खैर, मैंने सोचा, चलो Log2Console की भावना में कुछ और देखें, लेकिन टीसीपी समर्थन के साथ।



वैसे, देशी NLog-ovsky NLogViewer इतना छोटा हो गया है कि यह इसे एक अल्फा संस्करण में भी नहीं बदलता है ...



इसलिए, यह खुद को तहखाने लिखने के लिए रहता है।



अपनी बाहों को ऊपर उठाते हुए, अपनी बेल्ट को कसकर और लेस को कसते हुए, भोजन और प्रावधानों के साथ स्टॉक करते हुए, मैं प्रोग्रामिंग की मारियाना ट्रेंच में डूब गया ...



एक घंटे में, Log2Console के लिए टीसीपी-रिसीवर तैयार हो गया था। यह वही है जो TCP-Receiver के लिए कॉन्फ़िगरेशन NLog.config में दिखता है:



<target name="network" xsi:type="NLogViewer" address="tcp4://deepblue:4505" />









लेकिन यहां फिर से, थोड़ी निराशा मुझे इंतजार कर रही थी। यह पता चला है कि सिल्वरलाइट सिर्फ एक विशेष निमंत्रण के बिना आपके बंदरगाहों पर डेटा नहीं डाल सकता है। शुरुआत के लिए, केवल तीन दर्जन बंदरगाह उपलब्ध हैं (4502-4532), और वे सरल नहीं हैं, लेकिन अनुमति की आवश्यकता है। अर्थात्, पोर्ट 943 पर लक्ष्य मशीन को एक विशेष ClientAccessPolicy.xml फ़ाइल की मेजबानी करनी चाहिए जो कहती है कि कौन पागल हो जाता है।



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







इस पर, चौकस पाठक कहेगा कि यह आराम करने का समय है। लेकिन नहीं, अगले दिन, इस नीति-सर्वर को शुरू करने के लिए लगातार भूलते हुए, मैंने खुद को Log2Console में प्रविष्टियों को छीन लिया और नाराज हो गया।



कोली से पहले / खत्म / पर्याप्त / Genug! - मैंने निर्णय लिया और Log2Console के लिए एक और रिसीवर जोड़ा, जिसका नाम है SilverlightClientAccessPolicy-Receiver। Log2Console चल रहे रिसीवर के कॉन्फ़िगरेशन को बचाता है और उन्हें पुनरारंभ करने पर पुनर्स्थापित करता है, जो बहुत सुविधाजनक है। अब मैं पॉलिसी सर्वर शुरू करना नहीं भूलता और मैं नाराज नहीं हूँ :)







यहाँ, ऐसा लगता है, आराम करना शुरू करना पहले से ही संभव है ...



लेकिन वहाँ यह था। मैंने Log2Console के लेखक से संपर्क किया, उसे समस्या बताई और समाधान का सुझाव दिया। उन्होंने Ctrl + Enter को हिला दिया, और फिर मैंने देखा कि Log2Console WPF का उपयोग करता है ... ऐसा नहीं है कि मैं दृढ़ता से विरोध किया गया था ... लेकिन Log2Console WinForms के लिए एक आवेदन है, WPF को कुत्ते की तरह पांचवें पहिया की आवश्यकता है।



संक्षेप में, उस रात, Win32CodePack से सर्जिकल हस्तक्षेप के साथ, मैंने विंडोज 7 टास्क की कार्यक्षमता को काट दिया ...

LINQ को भी रास्ते में फेंक दिया गया था (दो Min / Max मेथड का इस्तेमाल किया गया था) ...



और इसलिए, Log2Console .NET 2.0 का समर्थन करना शुरू कर दिया, और मैं, यह पसंद है या नहीं, एक खुला स्रोत योगदानकर्ता बन गया ...



सिल्वरलाइट और .NET फ्रेमवर्क 2.0 समर्थन के साथ Log2Console का एक अद्यतन संस्करण पहले से ही यहां डाउनलोड किया जा सकता है । NLog प्रोजेक्ट साइट यहाँ है ।



यह कहानी का अंत है, और जिसने भी सुना वह अच्छी तरह से किया गया है!