Dienstproxy und Sitzungen

Der Dienstproxy weist spezielle Verhaltensweisen für sitzungsbasierte und nicht sitzungsbasierte Kanalbindungen auf. Der Dienstproxy stellt sitzungsbasierte Semantik bereit, wenn die zugrunde liegende Kanalbindung sitzungsbasiert ist. In diesem Fall wird ein einzelner Kanal verwendet, um Aufrufe zu bedienen. Wenn die Kanalbindung jedoch nicht sitzungsbasiert ist, erstellt der Dienstproxy für jeden Aufruf einen separaten Kanal. Beachten Sie jedoch, dass nicht sitzungsbasierte Kanäle in einem Pool zusammengefasst und möglicherweise wiederverwendet werden. Bei der Wiederverwendung eines Kanals hält der Dienstproxy den Kanal geöffnet, wenn der zugrunde liegende Kanal nicht fehlerhaft war oder der Aufruf eines Kanals dazu geführt hat, dass der Dienstproxy den Kanal fehlerhaft hat. Beachten Sie dies. mit Ausnahme eines Fehlers wird ein Kanal geöffnet, solange der Dienstproxy geöffnet ist und nur geschlossen wird, wenn der Dienstproxy geschlossen wird.

Wenn die Kanalbindung sitzungsbasiert ist und der zugrunde liegende Kanal fehlerhaft ist, wechselt der Dienstproxystatuscomputer in den Zustand WS _ SERVICE PROXY _ STATE _ _ FAULTED. Bei nicht sitzungsbasierter Kanalbindung führt ein Fehler im zugrunde liegenden Kanal nicht dazu, dass der Proxy in den WS _ SERVICE PROXY _ STATE _ _ FAULTED-Zustand übergreift.

Weitere Informationen zum Dienstproxy und seiner Beziehung zum Status finden Sie im Thema Dienstproxy. Beispiele für verschiedene Kanalbindungen finden Sie in den folgenden Beispielen: