开发者

WebMethods not sending ACK/FINISH to IIS Web Services calls

We've reproduced this one in Test, so I feel good about asking this question - not that I understand it or anything. ;-)

WebMethods is connecting to an IIS Web Service (I'm the IIS guy, and the WebMethods guy has no answer for me.) IIS is throwing 200 0 1236 errors on most of the calls, though. The cause of that is Timer_MinFileBytesPerSec. WebMethods is happy with the result IIS sends, and doesn't always close the network conversation politely. This is not a problem until we get two calls in flight at the same time. If IIS kills the first convo for MinBytes it will kill all open convos with that IP address, thereby killing the second conversation in passing. WebMethods pukes on that error, and I get called.

Is there any way to force WebMethods to end the network conversation po开发者_JAVA技巧litely?

The convos go like this:

Failed convo:

WebMethods sends SOAP in 2 packets - SOAP + HTTP continuation
IIS sends ACK
15 second processing delay
IIS sends SOAP reply with ACK/PUSH/FINISH flags
WebMethods sends ACK flag
15 second delay
IIS sends Reset flag and conversation dies

Successful convo:

WebMethods sends SOAP in 2 packets - SOAP + HTTP continuation
IIS sends ACK flag
15 second processing delay
IIS sends SOAP reply with ACK/PUSH/FINISH flags
WebMethods sends ACK flag
6 second delay
WebMethods sends ACK/FINISH flag
IIS sends ACK flag
We all go home happy

If I extend the ConnectionWaitTimeout and HeaderWaitTimeout on IIS and contract the MinFileBytesPerSec setting, I can make IIS wait indefinitely for WebMethods to politely send the ACK/FINISH, but it never comes.

Any thoughts?


This is a flaw in WebMethods 6.5. When the same code was run from WebMethods 8, the problem evaporated.

0

上一篇:

下一篇:

精彩评论

暂无评论...
验证码 换一张
取 消

最新问答

问答排行榜