System.ServiceModel.Diagnostics.CallbackException là gì và tại sao tôi không thể xử lý nó?

Question

Trong lớp khách hàng WCF của tôi, tôi đang xử lý sự kiện Faulted() để nếu dịch vụ từ xa ném một ngoại lệ và lỗi thì kênh tôi vẫn có thể tắt ít nhất một cách duyên dáng. Dưới đây là mã của tôi:

protected void RemoteDataRetriever_Faulted(object sender, EventArgs e) 
{ 
    (sender as ICommunicationObject).Abort(); 
    this.Dispose(); 
    throw new ChannelTerminatedException("The remote service threw an unhandled exception and as a result the channel has been closed."); 
} 

Vì vậy, những gì tôi mong đợi là các khách hàng có thể xử lý các ChannelTerminatedException mà tôi đã ném bằng tay và gửi một thông điệp tới người sử dụng, vv Thay vì ngoại lệ của tôi là nhận được bọc trong một System.ServiceModel.Diagnostics.CallbackException. Ok, được rồi. Ngoại trừ đây là bắt: CallbackException này không tồn tại trong thư viện ServiceModel và dường như không có cách nào để tôi xử lý nó ngoại trừ một số chung chung Exception, điều này làm tôi không tốt cho các bài kiểm tra đơn vị của mình. Cái quái gì đang xảy ra ở đây? Tôi có thể vô hiệu hóa bằng cách nào đó và ném ngoại lệ mà ban đầu tôi muốn không?

Answer 1

Khi nó quay ra, System.ServiceModel.Diagnostics.CallbackException là một lớp bên trong được nhồi nhét bên trong một cụm được gọi là "% SystemRoot% \ Microsoft.net \ Framework \ v3.0 \ Windows Communication Foundation \ SMDiagnostics.dll", bản thân nó chỉ chứa nội bộ các lớp học. Vâng, đó là stinks bởi vì nó có nghĩa là chúng tôi không bao giờ có thể, bao giờ bắt ngoại lệ đó. Tuy nhiên, tôi đã có thể truy tìm lớp/phương thức khởi tạo ngoại lệ trên (System.ServiceModel.Diagnostics.ExceptionUtility.ThrowHelperCallback (Ngoại lệ innerException)) và thấy rằng nó đang được gọi bằng phương thức ảo OnFaulted() bên trong CommunicationObject. Vì vậy, về mặt lý thuyết, bất kỳ lớp nào xuất phát từ CommunicationObject (xin lỗi ClientBase<T>) có thể ghi đè phương thức đó và yêu cầu nó không gọi ThrowHelperCallback(). Điều này có nghĩa là các ứng viên khả thi duy nhất là các lớp học lấy từ ChannelFactoryBase<T>. Về lý thuyết, tôi có thể tiếp tục và triển khai nhà máy sản xuất kênh tùy chỉnh của riêng mình để ngăn chặn CallbackException gây phiền nhiễu nhưng hiện tại nó quá nhiều công việc nên tôi đoán tôi sẽ phải giải quyết nó.

EDIT: @Jeremy - Nếu tôi kiểm tra phong bì SOAP quay lại trên dây, tôi thấy rằng nó mang lại cho tôi lỗi chung, như mong đợi, cho biết rằng CallbackException KHÔNG được đăng và do đó KHÔNG được tạo máy chủ.

<s:Body> 
    <s:Fault> 
     <s:Code> 
      <s:Value>s:Receiver</s:Value> 
      <s:Subcode> 
       <s:Value xmlns:a="http://schemas.microsoft.com/net/2005/12/windowscommunicationfoundation/dispatcher">a:InternalServiceFault</s:Value> 
      </s:Subcode> 
     </s:Code> 
     <s:Reason> 
      <s:Text xml:lang="en-US">The server was unable to process the request due to an internal error. For more information about the error, either turn on IncludeExceptionDetailInFaults (either from ServiceBehaviorAttribute or from the &lt;serviceDebug&gt; configuration behavior) on the server in order to send the exception information back to the client, or turn on tracing as per the Microsoft .NET Framework 3.0 SDK documentation and inspect the server trace logs.</s:Text> 
     </s:Reason> 
    </s:Fault> 
</s:Body> 

Answer 2

Bạn đang thấy System.ServiceModel.Diagnostics.CallbackException vì ngoại lệ xảy ra trên máy chủ. Khi ngoại lệ xảy ra bên ngoài miền của ứng dụng khách, nó có thể là kiểu mà máy khách không có quyền truy cập. Cơ chế gọi lại xử lý việc này bằng cách tạo ra CallbackException mà bạn đang thấy. Điều này tương tự như System.TypeInitializationException bị ném khi một ngoại lệ chưa được xử lý xảy ra khi truy cập một thành viên tĩnh. Nếu bạn đang cố gắng xử lý điều này một cách duyên dáng, bạn có thể muốn xử lý ngoại lệ ở phía máy chủ và đóng socket, sau đó sẽ kích hoạt một ngoại lệ trên máy khách có thể được xử lý.