WebMethods ne pas envoyer ACK / FIN aux appels IIS Web services

Question

Nous avons reproduit celui-ci dans le test, donc je me sens bien poser cette question - non pas que je comprends ou quoi que ce soit. ; -)

WebMethods se connecte à un service IIS Web (je suis le type IIS, et le gars WebMethods n'a pas de réponse pour moi.) IIS jette 200 0 1236 erreurs sur la plupart des appels, cependant. La cause de cela est Timer_MinFileBytesPerSec. WebMethods est satisfait du résultat IIS envoie, et ne pas toujours près de la conversation réseau poliment. Ce n'est pas un problème jusqu'à ce que nous deux appels en vol en même temps. Si IIS tue le premier convo pour MinBytes il va tuer tous les convos ouverts avec cette adresse IP, tuant ainsi la deuxième conversation en passant. WebMethods pukes sur cette erreur, et je me fais appeler.

Y at-il moyen de WebMethods force pour mettre fin à la conversation réseau poliment?

Les convos vont comme ceci:

Échec 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

convo réussie:

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

Si je tends la ConnectionWaitTimeout et HeaderWaitTimeout sur IIS et contrat le cadre MinFileBytesPerSec, je peux faire IIS attendre indéfiniment pour WebMethods d'envoyer poliment l'ACK / FIN, mais il ne vient jamais.

Toutes les pensées?

Answer 1

Ceci est une faille dans WebMethods 6.5. Lorsque le même code a été exécuté à partir WebMethods 8, le problème évaporé.