Using the Enterprise Library 3 exception replace handler can help you handle e.g. WCF FaultException<T> on the client and replace it with your own exception derived from ApplicationException. This will shield your client app from the different types of FaultException<T> where T: FaultContract types defined in the WSDL as wsdl:fault schemas and provide a normalized application exception type. This client-side exception shielding mechanism ensures that the proxy fault types need not be exposed outside your service agent.
There is one exception best practice to remember to implement for the @replaceExceptionType configuration to work: your derived exception must implement the three recommended constructors default, message, message and inner exception. If you forget, the entlib HandleException call will throw an "unable to handle exception" ExceptionHandlingException error.
Note the [[fault contract type]] syntax to be able to specify handlers for generic exceptions:
<add type="System.ServiceModel.FaultException`1[[MyServiceAgent.Proxy.GetCustomerListFault, MyServiceAgent.Proxy, Version=1.0.0.0]], System.ServiceModel, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"
postHandlingAction="ThrowNewException" name="MyApplicationException">
You have to edit the .config file manually as the EntLib3 editor does not support generics
1 comment:
Thanks for the hint about declaring the 3 recommended (mandatory ; ) constructors of the derived exception. I was becoming mad, because if you don't do this, EntLib won't tell you why it failed handling your ReplaceHandler !!!
By the way, this is still valid in later versions of EntLib (I encoutered the problem using version 5.0)
Post a Comment