मोनो के तहत WCF अपवाद हैंडलिंग मुद्दे

आवश्यकता से बाहर, मुझे मोनो 2.6.7 के तहत WCF सेवा क्लाइंट बनाने के कार्य से निपटना था।
सब कुछ अच्छा लग रहा था - क्लाइंट ने .NET और मोनो के तहत दोनों काम किया - जब तक कि मैंने अपवादों को संभालना शुरू नहीं किया, जो कि WCFI तरीकों में हो सकते हैं।
समस्याएं तब शुरू हुईं जब मुझे अपने अपवाद को संभालने की जरूरत थी, जिसमें न केवल अपवाद संदेश था, बल्कि कुछ अतिरिक्त जानकारी भी थी।
मैंने फैसला किया कि मैं सम्मानजनक रोमन रोमनकिटिन के लेख "अपवाद" WCF के माध्यम से अपवाद "(http://habrahabr.ru/blogs/net/41638/) को व्यवस्थित करूंगा ।
.NET में, क्लाइंट को इसके अनुसार काम करना चाहिए, लेकिन मोनो के तहत शुरू करते समय, निम्न त्रुटि हुई:



डब्ल्यूसीएफ पर विभिन्न पुस्तकों का अध्ययन करने के बाद, इंटरनेट पर लेख, प्रेषित एसओएपी संदेशों के निदान का विश्लेषण करते हुए, मैं इस निष्कर्ष पर पहुंचा कि त्रुटि मोनो ग्राहक द्वारा संदेश को सही ढंग से नहीं समझने के कारण है, जो कि फाल्टमैसेज है।
आप इस समस्या को हल कर सकते हैं यदि आप अपने आप को "गलती" संदेशों को क्रमबद्ध करने और भटकाने की जिम्मेदारी स्वीकार करते हैं।

समाधान योजना इस प्रकार है:

WCF सेवा को कॉन्फ़िगर करें

WCF सेवा के लिए, मैंने IErrorHandler इंटरफ़ेस को लागू करके FaultErrorHandler त्रुटि हैंडलर को परिभाषित किया।

/// <summary>
/// WCF-
/// </summary>
public class FaultErrorHandler : IErrorHandler
{
WCFExceptionSerializer serializer = new WCFExceptionSerializer();

/// <summary>
/// , , , , .
/// </summary>
/// <param name="error">, - WCF-</param>
/// <returns>/</returns>
public bool HandleError(Exception error)
{
return true ;
}

/// <summary>
///
/// </summary>
/// <param name="error">, - WCF-</param>
/// <param name="version"> SOAP-</param>
/// <param name="fault">, </param>
public void ProvideFault(Exception error, System.ServiceModel.Channels.MessageVersion version, ref System.ServiceModel.Channels.Message fault)
{
fault = Message.CreateMessage(version, String .Empty, error, serializer);
fault.Headers.Add(MessageHeader.CreateHeader( "error" , String .Empty, null ));
}
}

* This source code was highlighted with Source Code Highlighter .

त्रुटि संदेश का क्रमांकन WmlFbceptionSerializer अमूर्त वर्ग के वंशज WCFExceptionSerializer वर्ग के serializer ऑब्जेक्ट को असाइन किया गया है। हालाँकि, त्रुटि संदेश FaultMessage नहीं है, लेकिन एक नियमित संदेश है। क्लाइंट को इस तरह के संदेश को एक नियमित संदेश से अलग करने में सक्षम होने के लिए, "त्रुटि" तत्व को इस संदेश के शीर्षक में डाला जाता है।

/// <summary>
/// -
/// </summary>
public class WCFExceptionSerializer : XmlObjectSerializer
{
public override bool IsStartObject(System.Xml.XmlDictionaryReader reader)
{
return false ;
}

public override object ReadObject(System.Xml.XmlDictionaryReader reader, bool verifyObjectName)
{
return null ;
}

public override void WriteEndObject(System.Xml.XmlDictionaryWriter writer)
{
}

public override void WriteStartObject(System.Xml.XmlDictionaryWriter writer, object graph)
{
}

/// <summary>
///
/// </summary>
/// <param name="writer"> -</param>
/// <param name="graph"> </param>
public override void WriteObjectContent(System.Xml.XmlDictionaryWriter writer, object graph)
{
Exception e = graph as Exception;

writer.WriteStartElement(e.GetType().Name);
writer.WriteElementString( "Message" , e.Message);
if (e is SomeCustomException) writer.WriteElementString( "AddData" , (e as SomeCustomException).AdditionalData.ToString());
writer.WriteEndElement();
}
}

* This source code was highlighted with Source Code Highlighter .

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

< s:Envelope xmlns:s ="http://schemas.xmlsoap.org/soap/envelope/" >
< s:Header >
< error i:nil ="true" xmlns:i ="http://www.w3.org/2001/XMLSchema-instance" xmlns ="" ></ error >
</ s:Header >
< s:Body >
< DivideByZeroException xmlns ="" >
< Message > . </ Message >
</ DivideByZeroException >
</ s:Body >
</ s:Envelope >

* This source code was highlighted with Source Code Highlighter .

हम ErrorHandlingBehavior सेवा एप्लिकेशन अनुबंध के लिए व्यवहार का उपयोग करके सेवा में हमारे त्रुटि हैंडलर को कनेक्ट करते हैं।

/// <summary>
/// ,
/// </summary>
public class ErrorHandlingBehavior : Attribute , IContractBehavior
{
//
private void ApplyDispatchBehavior(ChannelDispatcher dispatcher)
{
foreach (IErrorHandler errorHandler in dispatcher.ErrorHandlers)
{
if (errorHandler is FaultErrorHandler)
{
return ;
}
}
dispatcher.ErrorHandlers.Add( new FaultErrorHandler());
}

//
// ContractBehavior
//
void IContractBehavior.AddBindingParameters(ContractDescription contractDescription, ServiceEndpoint endpoint, BindingParameterCollection bindingParameters)
{
}

void IContractBehavior.ApplyClientBehavior(ContractDescription contractDescription, ServiceEndpoint endpoint, ClientRuntime clientRuntime)
{
clientRuntime.MessageInspectors.Add( new ErrorInspector());
}
void IContractBehavior.ApplyDispatchBehavior(ContractDescription contractDescription, ServiceEndpoint endpoint, DispatchRuntime dispatchRuntime)
{
this .ApplyDispatchBehavior(dispatchRuntime.ChannelDispatcher);
}

void IContractBehavior.Validate(ContractDescription contractDescription, ServiceEndpoint endpoint)
{
return ;
}
}

* This source code was highlighted with Source Code Highlighter .

विशेषता तंत्र का उपयोग करते हुए ErrorHandlingBehavior व्यवहार को सेवा से कनेक्ट करें:

[ServiceContract, ErrorHandlingBehavior]
public interface IMyService
{
[OperationContract]
void MethodWithException();
}

public class MyService : IMyService
{
public void MethodWithException()
{
Random r = new Random ( DateTime .Now.Millisecond);
r.Next(100);
int a = 30 / (r.Next(100) % 2);
throw new SomeCustomException( " " , 12.987);
}
}

* This source code was highlighted with Source Code Highlighter .

केवल MyService सेवा विधि या तो एक नियमित DivideByZeroException, या एक SomeCustomException जो कुछ अतिरिक्त डेटा (एक फ़्लोटिंग-पॉइंट संख्या) फेंकता है फेंकता है। बाद के मामले में, संदेश इस तरह दिखेगा:

< s:Envelope xmlns:s ="http://schemas.xmlsoap.org/soap/envelope/" >
< s:Header >
< error i:nil ="true" xmlns:i ="http://www.w3.org/2001/XMLSchema-instance" xmlns ="" ></ error >
</ s:Header >
< s:Body >
< SomeCustomException xmlns ="" >
< Message > </ Message >
< AddData > 12,987 </ AddData >
</ SomeCustomException >
</ s:Body >
</ s:Envelope >

* This source code was highlighted with Source Code Highlighter .

अब सेवा जाने के लिए तैयार है।

चलो ग्राहक के लिए चलते हैं।

संदेश निरीक्षक क्लाइंट के लिए ErrorInspector परिभाषित करें, जो सेवा से संदेश प्राप्त करेगा और उन्हें संसाधित करेगा यदि संदेश शीर्षक में "त्रुटि" तत्व शामिल है।

/// <summary>
///
/// </summary>
public class ErrorInspector : IClientMessageInspector
{
/// <summary>
/// -
/// ( Fault-)
///
/// </summary>
/// <param name="reply"></param>
/// <param name="correlationState">,
/// BeforeSendRequest ( )</param>
public void AfterReceiveReply( ref Message reply, object correlationState)
{
int errorHeaderIndex = reply.Headers.FindHeader( "error" , String .Empty);
if (errorHeaderIndex > -1)
{
throw ExtractException(reply.GetReaderAtBodyContents());
}
}

/// <summary>
/// -
///
///
/// </summary>
public object BeforeSendRequest( ref Message request, System.ServiceModel.IClientChannel channel)
{
return null ;
}

/// <summary>
///
///
/// WCFException.
///
/// Data WCFException.
/// - .
/// </summary>
/// <param name="xdr"> </param>
/// <returns> WCFException ( WCF-)</returns>
private WCFException ExtractException(XmlDictionaryReader xdr)
{
WCFException wcfError = new WCFException();
wcfError.ExceptonType = xdr.Name;

xdr.ReadToFollowing( "Message" );
xdr.Read();
wcfError.Message = xdr.Value;

if (wcfError.ExceptonType == WCFException.SomeCustomException)
{
xdr.ReadToFollowing( "AddData" );
xdr.Read();
wcfError.Data[ "AddData" ] = xdr.Value;
}

return wcfError;
}
}

* This source code was highlighted with Source Code Highlighter .

हमारे संदेश निरीक्षक को ErrorHandlingBehavior व्यवहार में जोड़ना ApplyClientBehavior विधि में होता है।

void IContractBehavior.ApplyClientBehavior(ContractDescription contractDescription, ServiceEndpoint endpoint, ClientRuntime clientRuntime)
{
clientRuntime.MessageInspectors.Add( new ErrorInspector());
}

* This source code was highlighted with Source Code Highlighter .

"गलती" संदेश का प्रसंस्करण एक्सट्रैक्शन अपवाद विधि द्वारा किया जाता है, जिसमें संदेश शरीर से संबंधित डेटा को पढ़ा जाता है। रीड डेटा के आधार पर, WCFException (अपवाद का उत्तराधिकारी) प्रकार का एक ऑब्जेक्ट बनाया जाता है, विभिन्न अतिरिक्त डेटा दर्ज किया जाता है, यदि आवश्यक हो, तो इसके डेटा संग्रह में।

/// <summary>
/// WCF-
/// </summary>
public class WCFException : Exception
{
//
// Data
//
public static readonly string SomeCustomException = "SomeCustomException" ;

/// <summary>
///
/// </summary>
public WCFException()
: base ()
{
}

/// <summary>
///
/// </summary>
public string ExceptonType
{
get ;
set ;
}

/// <summary>
///
/// </summary>
public new string Message
{
get ;
set ;
}
}

* This source code was highlighted with Source Code Highlighter .

अब यह WCF सेवा क्लाइंट बनाने और त्रुटिहैंडलिंगहैवियर व्यवहार को जोड़ने के लिए बना हुआ है जिसे हम क्लाइंट एप्लिकेशन के लिए अनुबंध व्यवहार के लिए पहले से जानते हैं।

MyServiceClient client = new MyServiceClient();
client.Endpoint.Contract.Behaviors.Add( new ErrorHandlingBehavior());

Console .WriteLine( " Enter, " );
Console .ReadKey();

try
{
client.MethodWithException();
}
catch (WCFException wcfEx)
{
Console .WriteLine( ":" );
Console .WriteLine( ": " + wcfEx.Message);
if (wcfEx.ExceptonType == WCFException.SomeCustomException)
Console .WriteLine( " : " + wcfEx.Data[ "AddData" ].ToString());
}
catch (Exception e)
{
Console .WriteLine(e.Message);
}
Console .ReadKey();

* This source code was highlighted with Source Code Highlighter .

WCFException अपवाद कैच ब्लॉक में पकड़ा गया है और यह इस पर निर्भर करता है कि यह किस प्रकार के अपवाद को दर्शाता है।

नए ErrorHandlingBehavior व्यवहार से जुड़े सेवा और ग्राहक का परीक्षण करना।
सही ढंग से संभाला DivideByZeroException:


और नई SomeCustomException:


उसी समय, हमारे पास किसी भी अतिरिक्त डेटा तक पहुंच होती है जो हमारे मनमाने अपवाद हो सकते हैं।
कोड की मात्रा भी समानांतर में कम हो जाती है, क्योंकि अपवाद हैंडलिंग के लिए हमें अपवाद विवरण कक्षाएं (जिन्हें फ़ॉल्टकॉन्ट्रैक्ट के रूप में परिभाषित किया गया है) बनाने की आवश्यकता नहीं है, और संदेश की मात्रा में वृद्धि नहीं होती है; हम केवल वही डेटा भेजते हैं जो हमें रुचता है
कमियों के बीच, इस प्रणाली में इसकी अतिरिक्त जानकारी के साथ एक नया कस्टम अपवाद जोड़ना संभव है, आपको मैन्युअल रूप से जोड़ना होगा कि कैसे इस जानकारी को WCFExceptionSerializer में क्रमबद्ध किया जाएगा और ErrorInspector में deserialized किया जाएगा। साथ ही, इस नए उपयोगकर्ता संदेश का नाम WCFException वर्ग के एक स्थिर, केवल-पढ़ने के लिए फ़ील्ड में रखा जाना चाहिए।
शायद इस प्रक्रिया को और अधिक आसानी से उपयोग करने के लिए इस प्रक्रिया को स्वचालित किया जा सकता है।

स्रोत कोड डाउनलोड करें (मानक त्रुटि हैंडलिंग विधि)
स्रोत कोड डाउनलोड करें (प्रस्तावित त्रुटि हैंडलिंग विधि)