WindowsAzure.Storage v2 StorageException

Question

मैं WindowsAzure.StorageClient 1.7 से WindowsAzure.Storage 2.0 में माइग्रेट कर रहा हूं, और मैं अभी अपवादों के प्रबंधन पर काम कर रहा हूं। इस guide और अन्य स्रोतों के बाद, मुझे पता चला मैं

try 
{ 
    // Something 
} 
catch (StorageClientException e) 
{ 
    switch (e.ErrorCode) 
    { 
     case StorageErrorCode.ContainerNotFound: 
     case StorageErrorCode.ResourceNotFound: 
     case StorageErrorCode.BlobNotFound: 
     case StorageErrorCode.ConditionFailed: 
      // Do something 
    } 
} 

से करने के लिए

try 
{ 
    // Something 
} 
catch (StorageException e) 
{ 
    switch (e.RequestInformation.ExtendedErrorInformation.ErrorCode) 
    { 
     case StorageErrorCodeStrings.ContainerNotFound: 
     case StorageErrorCodeStrings.ResourceNotFound: 
     case BlobErrorCodeStrings.BlobNotFound: 
     case StorageErrorCodeStrings.ConditionNotMet: 
      // Do something 
    } 
} 

सरल लग रहा है की ओर पलायन करना पड़ा। समस्या विस्तारित है IrrorInformation हमेशा शून्य के बराबर है। इसके बजाय HttpStatusMessage कहता है 'निर्दिष्ट ब्लॉब मौजूद नहीं है।', जैसा कि इसे करना चाहिए।

मैंने सोचा कि यह परीक्षण पर्यावरण के सिम्युलेटर के कारण हुआ था, लेकिन वास्तविक अज़ूर पर्यावरण में इसे आजमाने से मुझे एक ही स्थिति में सूख गया।

कोई विचार?

Answer 1

मैंने अभी कोशिश की और यह देखकर आश्चर्य हुआ कि वास्तव में विस्तारित एरर इन्फोर्मेशन ऑब्जेक्ट शून्य है। हालांकि यह हमेशा शून्य नहीं है। उदाहरण के लिए, यदि मैं ब्लॉब कंटेनर बनाने का प्रयास करता हूं जो blobContainer.Create() विधि का उपयोग कर पहले से मौजूद है, तो मुझे एक गैर-शून्य विस्तारित त्रुटि मिल जाएगी। हालांकि अगर मैं एक ब्लॉब के गुणों को आज़माता हूं और प्राप्त करता हूं जो ब्लॉब कंटेनर में मौजूद नहीं है, तो मुझे एक शून्य विस्तारित त्रुटि जानकारी प्राप्त होगी। मुझे लगता है कि कोई यह नहीं मान सकता कि विस्तारित त्रुटि जानकारी हमेशा उपलब्ध रहेगी।

मैंने यह भी देखा कि 2.0 के लिए आपके कोड में, आप StorageErrorCodeStrings का उपयोग कर रहे हैं। कृपया ध्यान दें कि इसे 2.0 से हटा दिया गया है और केवल संस्करण 1.8 या इससे पहले उपलब्ध है। सोचा कि मुझे उल्लेख करना चाहिए कि

अद्यतन: कृपया @VollmonD से नीचे टिप्पणी देखें। इसे संस्करण 2.0.3 में जोड़ा गया है।

Answer 2

एक और विकल्प RequestInformation.HttpStatusCode इसके बजाय देखना है। यह वैसे भी अधिक भरोसेमंद प्रतीत होता है। आपका कोड को आसानी से नहीं बल्कि अनुवाद:

try 
{ 
    // Something 
} 
catch (StorageException e) 
{ 
    switch (e.RequestInformation.HttpStatusCode) 
    { 
     case (int)HttpStatusCode.NotFound: 
     case (int)HttpStatusCode.PreconditionFailed: 
     // Do something 
    } 
} 

Answer 3

पार्टी के लिए देर हो चुकी है, लेकिन अगर आप ब्लॉब से हटाने से आइटम को संभालने के लिए कोशिश कर रहे हैं या सिर्फ यदि वे मौजूद जाँच (विस्तार विधि थोड़े दृष्टिकोण)। अब आप उपयोग कर सकते हैं:

• CloudBlob.DeleteIfExistsAsync() - https://msdn.microsoft.com/en-us/library/microsoft.windowsazure.storage.blob.cloudblockblob.deleteifexistsasync.aspx

• CloudBlob.ExistsAsync() - https://msdn.microsoft.com/en-us/library/mt423366.aspx

यहाँ CloudBlob पर तरीकों की एक सूची के लिए चेक: https://msdn.microsoft.com/en-us/library/microsoft.windowsazure.storage.blob.cloudblockblob.aspx