在 Biztalk 2010 Orchestration 中捕获 EndpointNotFoundException
我想在我的编排中处理 EndpointNotFoundException。
我添加了一个新的异常处理程序
范围synchronized = false
异常对象类型= System.ServiceModel.EndpointNotFoundException（此对象类型不起作用）
异常对象类型= System.ServiceModel.CommunicationException（此对象类型不起作用）
异常对象类型= System.SystemException（此对象类型有效。我不想要）
关于如何在编排中捕获此类异常的任何想法？
I would like to handle an EndpointNotFoundException in my orchestration.
I add a new exception handler
scope synchronized = false
exception object type = System.ServiceModel.EndpointNotFoundException (this object type doesn't work)
exception object type = System.ServiceModel.CommunicationException (this object type doesn't work)
exception object type = System.SystemException (this object type worked. which i don't want)
Any idea on how to catch such exceptions in orchestration ?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
这似乎是一个常见问题 - 例如此处 和 此处。如果我捕获一个基本的 System.Exception ，则我同意您的观点，即捕获的类型是具有内部 System.Net.WebException 的 System.ServiceModel.EndpointNotFoundException 。代码>.
虽然没有直接回答您的问题，但为什么不将端口标记为
Delivery Notation = Translated，然后捕获 DeliveryFailureException？这样，您就可以将编排与特定适配器（WCF）分离，并且如果您更改传输（或添加备份传输等），异常处理仍然有效。
编辑：Scott Colestock提到用于捕获内部异常的黑客 - 类似的东西可能为原来的要求而工作
This seems to be a common issue - e.g. here and here. I concur with you if I catch a basic
System.Exceptionthat the type being caught isSystem.ServiceModel.EndpointNotFoundExceptionwith an innerSystem.Net.WebException.Although not directly answering your question, why not mark the port as
Delivery Notification = Transmitted, and then catch the DeliveryFailureException?.This way, you decouple your orchestration from the specific adapter (WCF), and if you change your transport (or add a backup transport etc), the exception handling will still work.
Edit : Scott Colestock mentions a hack to catch internal exceptions - something similar might work for the original requirement