Liste der Aktivitäten
In diesem Thema werden alle Aktivitäten aufgelistet, die von Windows Communication Foundation (WCF) definiert werden.
Hinweis
Sie können Aktivitäten auch programmgesteuert definieren, um Benutzerablaufverfolgungen zu gruppieren. Weitere Informationen finden Sie unter Ausgeben von Benutzercode-Ablaufverfolgungen.
ServiceModel-Aktivitäten
In der folgenden Tabelle werden alle Aktivitäten für die wichtigsten Verwendungsszenarien aufgeführt.
Bezeichnung | Activity Name | Activity Type | Beschreibung |
---|---|---|---|
A, M | Ambient-Aktivität | -/- (wird nicht über ServiceModel gesteuert) | Die Aktivität, deren ID in TLS festgelegt wird, bevor Aufrufe an ServiceModel-Code (client- oder serverseitig) stattfinden. Beispiel: Eine Aktivität, bei der "open" auf dem ECF-Client oder "serviceHost.open" aufgerufen wird. |
B | Konstrukt erstellen. Vertragstyp: "[Typ]". |
Konstrukt | |
C | Öffnen öffnen. Vertragstyp: "[Typ]". |
Öffnen | |
I | [ClientBase|ChannelFactory] schließen. Vertragstyp: "[Typ]". | Schließen | |
M | ServiceHost erstellen. ServiceType: "[Typ]". | Konstrukt | |
N | ServiceHost öffnen. ServiceType: "[Typ]". | Öffnen | |
Z | ServiceHost schließen. ServiceType: "[Typ]". | Schließen | |
O | Abhören von "[Adresse]". | ListenAt | Diese und die folgende Aktivität sind transportspezifisch. Die ListenAt-Aktivität repräsentiert den Inhalt, der der Adresse zugeordnet wird, die vom Kanallistener abgehört wird. Im Fall von MSMQ ist dies die Warteschlange selbst, da die Warteschlange einer Adresse zugeordnet wird. Bei dieser Aktivität werden im Fall von verbindungsorientierten Transporten ankommende Verbindungen und im Fall von MSMQ MSMQ-Nachrichten abgehört. Diese Aktivität wird während ServiceHost.Open() erstellt. Sie enthält die Ablaufverfolgungen für die Erstellung und Entfernung des Listeners und überträgt an alle ReceiveBytes-Aktivitäten. |
P | Bytes auf Verbindung "[Adresse]" empfangen. MSMQ-Nachricht empfangen. | ReceiveBytes | Bei dieser Aktivität werden Daten, die letztendlich eine WCF-Nachricht empfangen, verarbeitet. Ankommende Bytes werden im Fall eines verbindungsorientierten Transports oder von HTTP erwartet. Bei TCP/Named Pipes (benannten Pipes) entspricht die Lebensdauer dieser Aktivität der Lebensdauer der Verbindung, da sie gemeinsam mit der Verbindung erstellt wird. Bei HTTP entspricht die Lebensdauer der Aktivität der Lebensdauer einer Nachrichtenanforderung. Sie wird beim Senden der Nachricht erstellt. Diese Aktivität enthält ggf. die Ablaufverfolgungen für die Erstellung und Entfernung der Verbindung und überträgt an alle Aktivitäten, die Nachrichten (Objekte) verarbeiten. Im Fall von MSMQ ist dies die Aktivität, in der die MSMQ-Nachricht abgerufen wird. |
Q | Nachricht [Nummer] verarbeiten. (Hinweis: [Nummer] ist ein ausgehend von 1 kontinuierlich ansteigender Wert.) | ProcessMessage | Es wird eine ankommende Nachricht verarbeitet. Diese Aktivität beginnt, wenn alle Daten (Bytes, MSMQ-Nachricht) empfangen wurden und diese ein WCF-Nachrichtenobjekt bilden. Die Ablaufverfolgungen in dieser Aktivität befassen sich mit der Headerverarbeitung. Sobald eine verteilbare Nachricht gebildet wurde, wird zur ServiceHost-ProcessAction-Aktivität gewechselt, nachdem die entsprechende Aktivitäts-ID in Erfahrung gebracht wurde. |
D, S | Aktion "[Aktion]" verarbeiten. | ProcessAction | Die Nachricht wird über einen Transport-/Sicherheits-/RM-Stapel verarbeitet und bei Eingang bzw. Ausgang an Benutzercode verteilt. Auf dem Server verwendet diese Aktivität die weitergegebene Aktivitäts-ID, sofern diese im Nachrichtenheader mittels "Aktivitätspropagierung" gesendet wurde. Andernfalls wird eine neue GUID erstellt. Die Antwortnachricht wird bei Anforderung-/Antwortverträgen ebenfalls in dieser Aktivität verarbeitet. |
T | "[IContract.Operation]" ausführen. | ExecuteUserCode | Benutzercode wird dienstseitig nach dem Verteilen ausgeführt. Diese Aktivität stellt eine Grenze zwischen ServiceHost-Code und Benutzercode bereit. |
Sicherheitsaktivitäten
In der folgenden Tabelle werden alle sicherheitsbezogenen Aktivitäten aufgeführt.
Activity Name | Activity Type | Beschreibung |
---|---|---|
Sichere Sitzung einrichten | SetupSecurity | Nur clientseitig vorhanden. Enthält alle RST*-/SCT-Austauschvorgänge für die Authentifizierung und Einrichtung des Sicherheitskontexts. Falls propagateActivity =true , wird diese Aktivität mit den entsprechenden RST*-/SCT-Verarbeitungsaktionsaktivitäten des Diensts zusammengeführt. |
Sichere Sitzung schließen | SetupSecurity | Clientseitig vorhanden. Enthält den "Cancel"-Nachrichtenaustausch zum Schließen der sicheren Sitzung. Falls propagateActivity =true , wird diese Aktivität mit der Verarbeitungsaktion „Cancel“ des Diensts zusammengeführt. |
In der folgenden Tabelle werden alle COM+-bezogenen Aktivitäten aufgeführt.
Activity Name | Activity Type | Beschreibung |
---|---|---|
COM+-Instanz erstellen | TransferToCOMPlus | Eine Aktivitätsinstanz pro COM+-Aufruf über WCF-Code |
COM+-<Vorgang> ausführen | TransferToCOMPlus | Eine Aktivitätsinstanz pro COM+-Aufruf über WCF-Code |
WMI-Aktivitäten
In der folgenden Tabelle werden alle WMI-bezogenen Aktivitäten aufgeführt.
Activity Name | Activity Type | Beschreibung |
---|---|---|
WMI-GET-Anforderung | WMIGetObject | Benutzer ruft Daten von WMI ab. |
WMI-PUT-Anforderung | WmiPutInstance | Benutzer aktualisiert Daten mit WMI. |