在Biztalk中配置WCF接收位置 [英] configure WCF receive location in Biztalk

问题描述

我们在BizTalk中有一个应用程序已开始报告错误.它似乎与maxItemsInObjectGraph有关，该Web应用程序已通过修改CONFIG文件进行了修复.但是，它仍然在BizTalk中失败. 有人告诉我可以在BitTalk中配置接收位置并在那里进行设置? 但是我似乎只能增加此处的最大接收消息大小，而不是MaxitemsinGraph. 我是BizTalk的新手，但任何想法都将不胜感激.

We have an application in BizTalk which has started to report errors. It seems to be related to maxItemsInObjectGraph, which for the Web application has been fixed by amending the CONFIG file. However it still fails in BizTalk. I was told i could configure the receive location in BitTalk and set it there? However i only seem to be able to increase the maximum received message size here, not the MaxitemsinGraph. I am new to BizTalk but any ideas would be greatly appreciated.

错误报告为

Error Description: System.ServiceModel.CommunicationException: An error occurred 
while  receiving the HTTP response to http://servername:8448/ServicePortal.Service/ApplicationServices.svc. This could be due to the service endpoint binding not using the HTTP protocol. This could also be due to an HTTP request context being aborted by the server (possibly due to the service shutting down). See server logs for more details. ---> System.Net.WebException: The underlying connection was closed: An unexpected error occurred on a receive. ---> System.IO.IOException: Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host. ---> System.Net.Sockets.SocketException: An existing connection was forcibly closed by the remote host

谢谢 理查德

推荐答案

我有相同的错误消息，但是问题与服务端有关.

I have had the same error message, but the problem was related to the service side.

假定当最大虚拟内存"达到一定数量时，应用程序池将回收.那应该没问题，任何当前线程都应该被允许完成，但是在我们这种情况下，服务完成时间比关闭时间限制"所允许的时间更多. 应用程序池回收使服务端断开了连接.

The application pool was suppose to recycle when "Maximum virtual memory" reached a certain amount, which occured. That should not be any problem, any current threads should be allowed to finish, but in our case the service took more time to finished than allowed by "Shutdown time limit". The application pool recycling made the service side cut the connection.

如果您可以通过另一个应用程序(例如Windows测试应用程序)以相同的请求消息测试相同的服务，则该结果应该是可重现的.您的技术人员当然可以在日志中查看应用程序池是否已回收.

This should be reproducable if you can test the same service with same request message with another application, a windows test app for example. Your technicians can certainly see in logs if the application pool has recycled.

这篇关于在Biztalk中配置WCF接收位置的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！