Geeks With Blogs

This error plagued me some time ago but then some change in the called service(i think they sped up processing...) was the solution.

But in my new project it happend again. We call a WebService hostet on WebLogic. No problem if the traffic is low and only few calls are made. But then calls increased and *boom*. Not again! 

It took us several days to tackle it, trying things like the "keepAlive"-customWCF-binding (see earlier post) and lots of config-changes on WebLogic and so on. Nothing seemed to help.

To make a long story short: BizTalk only sends 2 concurrent requests at a time, if not configured otherwise. This leads to some strange behaviour: In the Admin-Console it looks like all the calls actually left the BizTalk-machine. On the receiving side you can see that only 2 connections are actually used (e.g. via netstat). The other calls are kind of queued. If processing is not fast enough on the service-side either a timeout occurs or the dreaded "The request was aborted: The request was canceled.".

Solution (in this case at least...):

Just configure BizTalk to allow more than 2 concurrent calls. How is this done?

Include the snippet into your BizTalk-Config (BTSNTSvc64.exe.config and/or BTSNTSvc.exe.config depending on the system/hosts you are using. Be sure to choose the correct config!). Here the MS-example:

      <add address="" maxconnection="20" />
      <add address="*" maxconnection="10" />

And take the advice very seriously that this might lead to flooding target-services... Be careful and set it to the least possible value, that keeps your system running and use the restrictions for the addresses !


Posted on Friday, May 13, 2011 8:33 PM BizTalk | Back to top

Comments on this post: The request was aborted: The request was canceled. *Reloaded*

No comments posted yet.
Your comment:
 (will show your gravatar)

Copyright © mipsen | Powered by: