解析Silverlight調用WCF/Rest異常的解決方法

2020-01-24 03:20:10

字體：大中小

來源：轉載

供稿：網(wǎng)友

新建Rest服務接口：

[ServiceContract]
public interface IService1
{
    [OperationContract]
    string GetData(int value);
}

接著新建一個服務實現(xiàn)類：

復制代碼代碼如下:

public class Service1 : IService1
{
    public string GetData(int value)
    {
        int i = 0;
        int j = 5 / i;
        return string.Format("You entered: {0}", value);
    }
}

在這里讓Service1 拋出”divided by zero exception:”

復制代碼代碼如下:

<system.serviceModel>
    <behaviors>
      <serviceBehaviors>
        <behavior name="ServiceBehavior">
          <serviceDebug includeExceptionDetailInFaults="true" />
          <serviceMetadata httpGetEnabled="true" />
        </behavior>
      </serviceBehaviors>
    </behaviors>
    <services>
      <service behaviorConfiguration="ServiceBehavior" name="WcfService1.Service1">
      </service>
    </services>
  </system.serviceModel>

在這里注意<serviceDebug includeExceptionDetailInFaults="true" />

在Silverlight 客戶端添加服務引用，名稱為：ServiceReference1.

在頁面上添加一個按鈕，按鈕的Click事件代碼如下：

復制代碼代碼如下:

private void Button_Click(object sender, RoutedEventArgs e)
{
Service1Client client = new ServiceReference1.Service1Client();

client.GetDataCompleted += new EventHandler<GetDataCompletedEventArgs>(client_GetDataCompleted);
client.GetDataAsync(35); //Try GetData
}

void client_GetDataCompleted(object sender, ServiceReference1.GetDataCompletedEventArgs e)
{
}

運行，結果如下：

可以看到實際的異常是“嘗試除以0”，但是由于瀏覽器限制，所有的異常都是NotFound。

在msdn上有兩種方法可以解決這個問題，

最簡單的就是在App.xaml.cs代碼里面使用RegisterPrefix來使用備用客戶端 HTTP 堆棧

復制代碼代碼如下:

public App()
{
bool bRegisterPrefix = WebRequest.RegisterPrefix(http://localhost:9541/,

WebRequestCreator.ClientHttp);
//other Code
}

再次運行代碼：

這是SL調用WCF服務如何處理異常的方式，那么調用Rest服務呢？

首先要修改Web.config 節(jié)點下的serviceModel以讓它支持Rest。

復制代碼代碼如下:

 <system.serviceModel>

    <behaviors>

      <endpointBehaviors>
        <behavior name="EndpointBehavior">
          <webHttp helpEnabled="true" defaultOutgoingResponseFormat="Json"
          faultExceptionEnabled="true" />
        </behavior>
      </endpointBehaviors>

      <serviceBehaviors>
        <behavior name="ServiceBehavior">
          <serviceDebug includeExceptionDetailInFaults="true" />
          <serviceMetadata httpGetEnabled="true" />
        </behavior>
      </serviceBehaviors>

    </behaviors>

    <services>
      <service behaviorConfiguration="ServiceBehavior" name="WcfService1.Service1">
        <endpoint behaviorConfiguration="EndpointBehavior" binding="webHttpBinding"
        bindingConfiguration="" name="Rest" contract="WcfService1.IService1" />
      </service>
    </services>

  </system.serviceModel>

在這里要設置webHttp 節(jié)點的faultExceptionEnabled=true.并且設置serviceDebug 的includeExceptionDetailInFaults 為true。

OK，服務的Web.config文件已經(jīng)配置完畢了，接下來要為GetData方法添加WebGet特性修飾了。

復制代碼代碼如下:

public class Service1 : IService1
        {
            [WebGet()]
            public string GetData(int value)
            {
                int i = 0;
                int j = 5 / i;

                return string.Format("You entered: {0}", value);
            }
        }

運行：

地址為：http://localhost:9541/Service1.svc/help

接著輸入地址：http://localhost:9541/Service1.svc/GetData?value=3

可以看到得到了異常信息了。

注意：別忘記了添加跨域和授權文件：crossdomain.xml 和 clientaccesspolicy.xml 到網(wǎng)站根目錄。

同樣，修改SL客戶端頁面，添加一個Button，button的代碼事件為：

復制代碼代碼如下:

private void btnRest_Click(object sender, RoutedEventArgs e)
{
WebClient wc = new WebClient();

wc.DownloadStringCompleted += new DownloadStringCompletedEventHandler(

wc_DownloadStringCompleted);
wc.DownloadStringAsync(new Uri("http://localhost:9541/Service1.svc/GetData?value=3"));
}

        void wc_DownloadStringCompleted(object sender, DownloadStringCompletedEventArgs e)
        {
            if (e.Error != null)
            {
                throw e.Error;
            }
        }

運行，點擊btnRest

可以看到，Rest 調用的結果仍然是NotFound。

提示讓我們查看Response屬性和Status屬性。

就看看Respone屬性的ResponseStrem是什么吧。

可以看到errorMessage 就是返回的錯誤，很明顯，我們需要對它反序列化成Exception的對象。

首先嘗試使用DataContractSerializer來反序列化為FaultException類

因為我們嘗試反序列化為FaultException類，但是XML數(shù)據(jù)的Element名稱為Fault。所以失敗，難道是有Fault類？可是找了很久也沒發(fā)現(xiàn)Fault類。

但是在ReadObject方法中發(fā)現(xiàn)了一個verifyObjectName的重載。

將代碼修改為：

復制代碼代碼如下:

DataContractSerializer serializer = new DataContractSerializer(
typeof(FaultException));

//object deserializerObject = serializer.ReadObject(errorStream);
object deserializerObject = serializer.ReadObject(XmlReader.Create(errorStream),false);

重新運行：

可以發(fā)現(xiàn)雖然序列化是成功的，但是序列化后的值全部是錯誤的。

最后沒辦法既然有XML的異常數(shù)據(jù)，那么可以嘗試解析xml數(shù)據(jù)并使用自定義異常。

首先新建SLFaultException 類，繼承Exception：代碼如下：

復制代碼代碼如下:

public class SLFaultException : Exception
{
public ExceptionDetail Detail { get; set; }

            public SLFaultException() { }
            public SLFaultException(string message) : base(message) { }
            public SLFaultException(string message, ExceptionDetail detail)
                : base(message)
            {
                Detail = detail;
            }
        }

完整的代碼如下：

復制代碼代碼如下:

void wc_DownloadStringCompleted(object sender, DownloadStringCompletedEventArgs e)
        {
            if (e.Error != null)
            {
                if (e.Error is WebException)
                {
                    WebResponse errorResponse = ((WebException)e.Error).Response;

Stream errorStream = errorResponse.GetResponseStream();

                    XElement rootElement = XElement.Load(errorStream);
                    XElement detailElement = rootElement
                    .Descendants()
                    .First(el => el.Name.LocalName == "ExceptionDetail");

                    DataContractSerializer serializer = new DataContractSerializer(
                    typeof(ExceptionDetail));
                    ExceptionDetail exceptionDetail = (ExceptionDetail)serializer.ReadObject(

detailElement.CreateReader(), true);

SLFaultException faultException = new SLFaultException(

exceptionDetail.Message, exceptionDetail);

                    throw faultException;
                }
            }
        }

雖然序列化為FaultException是失敗的，但是xml節(jié)點的ExceptionDetail是可以被反序列回來的，當然上面的處理WebException的過程是可以被封裝的，讀者自己嘗試下吧，呵呵。

結果如下圖：