.NET का FileSystemWatcher जब कोई अपवाद उठाया जाता है तो क्रैश हो जाता है, फेंक फ़ाइल भविष्य की फ़ाइलों के लिए उपयोग में है

Question

मुझे फाइल सिस्टम सिस्टम के साथ काम करने में कोई समस्या है, यह मुझे पागल कर रहा है।

बाहर कर देता है मैं एक फ़ोल्डर, में नए पाठ फ़ाइलों के लिए देख रहा हूँ जब बनाया इवेंट उठाया है, मैं मूल रूप से यह निम्नलिखित कोड का उपयोग कर पढ़ें:

string txtTemp = File.ReadAllText(MyFilePath); 

उसके बाद, मैं में डेटा की प्रक्रिया txtTemp स्ट्रिंग, मूल रूप से मैंने इसे & डेटा को डीबी पर संग्रहीत किया है, यह बहुत आसान है?

समस्या

है जब एक अपवाद इस प्रक्रिया (मान लीजिए कि डाटाबेस कनेक्शन विफल है) अगर मैं इसे पकड़ने, यह कोई बात नहीं में उठाया है, क्योंकि अगले आने वाले फ़ाइलों के लिए एप्लिकेशन एक अपवाद

कह फेंक होगा

"प्रक्रिया'NewComingFile.txt 'फ़ाइल तक नहीं पहुंच सकती है क्योंकि यह किसी अन्य प्रक्रिया द्वारा उपयोग की जा रही है।"

नई बनाई गई फ़ाइल का उपयोग कैसे किया जा सकता है अगर इसे खोला या पढ़ा नहीं गया है? और एप्लिकेशन सभी नई फ़ाइलों के लिए "प्रक्रिया को एक्सेस नहीं कर सकता" अपवाद को फेंकता रहता है।

केवल एक चीज हम कर सकते हैं, को बंद करने और आवेदन को फिर से खोलने के लिए है इस एप्लिकेशन को रीसेट करता है और सब कुछ फिर से ठीक काम करता है किसी भी प्रकार की कोई अपवाद जब तक फिर से उठाया है> (भगवान!)

कोई भी विचार? कोई कामकाज? कोई विचार? कोई सुझाव ... कोई भी? hehehehe =)

धन्यवाद दोस्तों !!

Answer 1

आप Sysinternals Process Explorer का उपयोग करके अपनी जांच शुरू कर सकते हैं। यह आपको अधिक जानकारी देगा, विशेष रूप से जिस प्रक्रिया में फ़ाइल है।

Answer 2

एक कार्य-आसपास सरल है - अपने वॉचर को अपने ऐपडोमेन में रखें, ऐपडोमेन को फाड़ें और अगर आप अपवाद को संभालें तो पुनरारंभ करें। यह शायद आपकी समस्या को ठीक करेगा। लेकिन ऐसा क्यों होता है? मुझे इसके बारे में थोड़ा सोचना होगा, और शायद कुछ मिल जाएगा।

Answer 3

फ़ाइल पूरी तरह से लिखी जाने से पहले बनाई गई घटना को निकाल दिया गया है।

MSDN से:

OnCreated घटना जैसे ही एक फ़ाइल बनाई गई है उठाया है। यदि फ़ाइल की प्रतिलिपि बनाई गई है या किसी देखे गए निर्देशिका में स्थानांतरित की जा रही है, तो ऑनक्रेटेड ईवेंट तुरंत उठाया जाएगा, इसके बाद एक या अधिक ऑन चेंज ईवेंट होंगे।

तो आपके द्वारा वर्णित अपवाद प्राप्त करना काफी सामान्य होगा। जब मुझे इस स्थिति का सामना करना पड़ता है, तो मैं मूल रूप से यह देखने के लिए फ़ाइल का परीक्षण करता हूं कि मैं इसे एक्सेस कर सकता हूं या नहीं। यहां मैं उपयोग किया गया फ़ंक्शन है:

private static bool GetExclusiveAccess(string filePath) 
    { 
    try 
    { 
     using (FileStream file = new FileStream(filePath, FileMode.Append, FileAccess.Write)) 
     { 
      file.Close(); 
      return true; 
     } 
    } 
    catch (IOException) 
    { 
     return false; 
    } 
    } 

यदि आपके पास पहुंच नहीं है, तो आपको प्रतीक्षा करने और फिर से जांच करने की आवश्यकता होगी।

Answer 4

फ़ाइल खोलने का कार्य अंतिम बार पढ़ने वाला टाइमस्टैम्प बदल सकता है: इससे लूप हो सकता है।

आप अपने डिज़ाइन को बदलने की कोशिश करना चाहेंगे ताकि ईवेंट कतार में रखा जा सके (और केवल अगर) फ़ाइल पहले से ही प्रोसेसिंग के लिए कतारबद्ध नहीं है। फिर आप वॉचर के रास्ते में बिना किसी अन्य धागे पर उचित नियंत्रण के तहत अपवादों, आदि के लिए जाल कर सकते हैं।

[मैंने अतीत में FileSystemWatcher के साथ कुछ बहुत ही रोचक कोने के मामलों को देखा है - यह एक जानवर का थोड़ा सा हो सकता है जब कॉर्नर्ड किया जाता है। एक (थोड़ी देर पहले) विंडोज सर्वर 2003 में एक गैर-पुन: उत्पादित नीली स्क्रीन लटका हुआ था जब एक आंतरिक बफर बह गया क्योंकि यह घटनाओं के साथ घिरा हुआ था। सबसे सावधान रहें।]