Vorwort Herausgegeben von Holger Schwichtenberg Weitere ...SQL Server über Biztalk bis hin zu SharePoint. Mit der Version 4.5 liefert Microsoft wesent - ... Grund behandelt das vorliegende

Vorwort

Manfred Steyer, Holger Schwichtenberg, Matthias Fischer, Jörg Krause

Verteilte Systeme und Services mit .NET 4.5

Konzepte und Lösungen für WCF 4.5 und ASP.NET Web-API

Herausgegeben von Holger Schwichtenberg

ISBN (Buch): 978-3-446-43443-1

ISBN (E-Book): 978-3-446-43565-0

Weitere Informationen oder Bestellungen unter

http://www.hanser-fachbuch.de/978-3-446-43443-1

sowie im Buchhandel.

© Carl Hanser Verlag, München


Liebe Leserinnen, liebe Leser,

das .NET Framework ist inzwischen mehr als zehn Jahre alt, und man kam ihm Reife nicht nur altersbedingt, sondern vor allem auch aus fachlichen Gründen bescheinigen. Das Besondere an .NET ist, dass es immer mehr Anwendungsarten gibt, die sich mit der glei-chen Sprachsyntax, den gleichen Bibliotheken und den gleichen Werkzeugen erstellen lassen. Zu Desktop- und Standard-Web-Applikationen haben sich inzwischen Multimedia- und Office-Anwendungen sowie Rich Internet Applications und Apps gesellt. Und auch auf der Serverseite gibt es zahlreiche Möglichkeiten für den Einsatz von .NET, vom Microsoft SQL Server über Biztalk bis hin zu SharePoint. Mit der Version 4.5 liefert Microsoft wesent-liche Ver besserungen für zahlreiche Teilbibliotheken des .NET Frameworks sowie auch neue Bausteine, insbesondere im Bereich der verteilten Systeme und Webservices.Anlässlich von .NET 4.5 aktualisieren wir natürlich auch wieder die erfolgreiche Buchreihe .NET-Bibliothek, die ich für den Carl Hanser Verlag seit 2006 als Herausgeber betreue. Die Fachbücher dieser Reihe liefern fundiertes Wissen zu zentralen Bausteinen der Klassen-bibliothek im .NET Framework. Die Reihe zeichnet sich durch prägnant gehaltene Bücher aus, die das elementare Wissen zu einem Fachgebiet für den professionellen Entwickler aufbereiten. Ein weiteres Merkmal der Reihe sind die Autoren, die seit vielen Jahren mit .NET-Technologien arbeiten und ihre umfangreiche Praxiserfahrung aus .NET-Projekten in die Bücher einfließen lassen.Die Welt der verteilten Systeme ist wieder einmal im Umbruch. SOAP wird an immer mehr Stellen durch vermeintlich einfachere REST-Dienste abgelöst. Das macht sich auch im .NET Framework bemerkbar, indem es nun mit dem ASP.NET Web API eine neue Bibliothek für HTTP-basierte Dienste gibt, mit denen man REST flexibler umsetzen kann als mit der Windows Communication Foundation (WCF). Dennoch ist SOAP und damit auch die WCF in vielen Szenarien (insbesondere, wenn .NET mit .NET oder einer anderen Plattform mit starker SOAP-Unterstützung kommuniziert) überlegen, weshalb die WCF auch weiterhin den Löwenanteil in diesem Buch ausmacht.Als neue Themen behandelt das Buch ASP.NET Web API (und die damit zusammenhän-genden Sicherheitsmechanismen insbesondere OAuth), ASP.NET SignalR sowie den Service Bus für Windows Server und Windows Azure. Der Rest des Buchs wurde auf die zum Zeitpunkt der Drucklegung verfügbaren stabilen Versionen (WCF 4.5, ADO.NET Entity Framework 5.0, WCF Data Services 5.1) aktualisiert.Ich wünsche Ihnen, dass dieses Buch zu Ihrem Projekterfolg beitragen kann.

Essen, im Januar 2013 Dr. Holger Schwichtenberg www.IT-Visions.de

Geleitwort des Herausgebers

www.IT-Visions.de

Die Geschichte verteilter Softwaresysteme ist fast so alt wie die Geschichte programmier-barer Rechner, die mittlerweile in verschiedensten Formen Einzug in unser tägliches Leben gehalten haben. Gerade im Zeitalter von Internet und mobilen Anwendungen sind verteilte Softwaresysteme spannender denn je. Sei es die Kommunikation zwischen Per-sonen, zwischen unternehmensinternen und -externen Applikationen zur Automatisierung von Abläufen, oder zwischen Bestandteilen eines Systems, zum Beispiel Client und Ser-ver, – verteilte Systeme sind omnipräsent. Während sich die Prinzipien hinter diesen Appli-kationen in den letzten 30 Jahren kaum verändert haben, liegt der Teufel – wie so häufig – im Detail. Es gilt, verschiedene Protokolle und Formate in Einklang zu bringen, auf die mannigfaltigen Aspekte der Sicherheit zu achten, Transaktionen zu realisieren, Fehler zu kompensieren und Datenverluste trotz Kommunikationsproblemen zu verhindern. Hinzu kommt, dass immer häufiger Systeme miteinander kommunizieren müssen, die ursprüng-lich gar nicht dazu konzipiert wurden.Mit der Windows Communication Foundation (WCF) hat Microsoft den Versuch unternom-men, die unterschiedlichen Möglichkeiten, die es zur Lösung der aufgezeigten Herausfor-derungen gibt, unter einen Hut zu bringen. Außerdem steht nun mit der ASP.NET Web API eine schlanke Alternative zur WCF zur Auswahl, welche sich zwar auf bestimmte Arten der Kommunikation beschränkt, dafür aber auch einfacher einzusetzen ist.Die Erfahrung hat jedoch gezeigt, dass man WCF und Web API nicht isoliert betrachten darf. Für die erfolgreiche Implementierung von verteilten Systemen sind weitere Frameworks notwendig, die mit WCF bzw. Web API in Einklang gebracht werden müssen. Aus diesem Grund behandelt das vorliegende Werk auch Technologien wie die Workflow Foundation (WF), die zur Automatisierung von Geschäftsprozessen dient, das Entity Framework (EF), die WCF Data Services und WCF RIA Services zum Zugriff auf Datenbanken, die Windows Iden-tity Foundation (WIF) zur Realisierung von erweiterten Sicherheitsszenarien, die dem Ruf nach Single Sign-On-Lösungen gerecht werden, und den Azure Service Bus, welcher mitt-lerweile auch zur lokalen Installation als Windows Server Service Bus verfügbar ist, zur standortübergreifenden Integration verschiedener Systeme.

Wer ist die Zielgruppe dieses Buchs?Dieses Buch wendet sich an Personen, die bereits mit .NET gearbeitet haben, und nun ver-teilte Systeme sowie damit einhergehende Services entwickeln oder auf technischer Ebene planen möchten. Ebenso werden Entwickler mit Erfahrung in den genannten Technologien adressiert, die das eine oder andere Thema vertiefen oder einfach nur bestimmte Aspekte

Vorwort

XX Vorwort

nachschlagen möchten. Die hier präsentierten Beispiele sind in C# gehalten, da C# die führende Sprache auf der .NET-Plattform darstellt. Allerdings finden sich im Web zahlreiche Tools zur automatischen Übersetzung in andere .NET-basierte Sprachen. Die verwendete C#-Version ist die Version 5; die verwendete Version von Visual Studio ist 2012. Um den Beispielen optimal folgen zu können, sollte der Leser ebenfalls die besagten Versionen oder neuere einsetzen. Sofern jedoch nicht explizit erwähnt ist, dass die beschriebenen Features .NET 4.5 benötigen, ist davon auszugehen, dass sie auch bei Verwendung von .NET 4.0 zur Verfügung stehen.

Wie soll dieses Buch gelesen werden?Obwohl die einzelnen Kapitel des vorliegenden Werks miteinander korrelieren und des-wegen auch immer wieder aufeinander verweisen, müssen sie nicht strikt sequentiell ge -lesen werden. Einsteigern empfehlen wir jedoch, zumindest das erste Kapitel zu bearbeiten, bevor sie sich den jeweiligen Interessensgebieten in den Folgekapiteln zuwenden. Lesern, die sich in die WCF einarbeiten möchten, sei auch Kapitel 2 und 3 ans Herz gelegt. Jene, die mit der ASP.NET Web API starten möchten, können nach dem Bearbeiten von Kapitel 1 mit den Kapiteln 6 und 7 fortfahren.Einige Kapitel gehen davon aus, dass der Leser den Paket-Manager NuGet verwendet, da Microsoft bestimmte Bibliotheken vorzugsweise darüber zum Download anbietet. Deswegen befindet sich ein Überblick zu NuGet im Anhang.

Die einzelnen Abschnitte erläutern die behandelten Themen meist anhand von Beispielen. Gerade das Experimentieren mit fertigen Beispielen hat sich beim Erarbeiten neuer Stoffgebiete im Selbststudium bewährt. Die Beispiele zu diesem Buch finden Sie unter http://downloads.hanser.de.Wir freuen uns darüber hinaus über Ihr Feedback und Ihre Fragen. Hierfür wurde unter www.it-visions.de/leser ein eigener Bereich eingerichtet.

DanksagungDank für ihre Mitwirkung und Unterstützung an diesem Buch möchten wir aussprechen an: � unsere Familienangehörigen, die uns neben unserem Hauptberuf das Umfeld geschaffen haben, auch an manchen Abenden und Wochenenden an diesem Buch zu arbeiten.

� Frau Sieglinde Schärl vom Carl Hanser Verlag, die dieses Buchprojekt betreut hat. � Frau Sandra Gottmann und Frau Julia Stepp, die das Buch sprachlich verbessert haben. � Frau Irene Weilhart, die sich um die optischen Aspekte des Buchs gesorgt hat.

http://downloads.hanser.de

http://www.it-visions.de/leser

Autoren XXI

Über die Autoren

Manfred SteyerFH-Prof. Manfred Steyer (www.softwarearchitekt.at) ist freiberuf-licher Trainer und Berater bei www. IT-Visions.de. Darüber hinaus ist er für den Fachbereich Software Engineering der Studien-richtung IT und Wirtschaftsinformatik an der FH CAMPUS 02 in Graz (www.campus02.at) verantwortlich.Er schreibt regelmäßig Fachartikel im .NET-Umfeld und ist Autor mehrerer Bücher. Manfred Steyer hat berufsbegleitend IT und IT-Marketing in Graz sowie Computer Science in Hagen studiert und kann auf mehr als zehn Jahre an Erfahrung in der Planung und Umsetzung von großen Applikationen zurückblicken. Er ist aus-gebildeter Trainer für den Bereich der Erwachsenenbildung und spricht regelmäßig auf Fachkonferenzen.In der Vergangenheit war Manfred Steyer mehrere Jahre für ein großes österreichisches Systemhaus tätig. In der Rolle als Entwicklungsleiter hat er gemeinsam mit seinem zehn-köpfigen Team Geschäftsanwendungen konzipiert und umgesetzt.Seine E-Mail-Adresse lautet [email protected]. Auf Twitter findet man ihn unter http://www.twitter.com/ManfredSteyer.

Dr . Holger SchwichtenbergDr. Holger Schwichtenberg ist Leiter des .NET-Expertennetzwerks www.IT-Visions.de (http://www.IT-Visions.de), das zahlreiche Un -ter nehmen in Europa durch Beratung, Schulung, Coaching und Support unterstützt. Zudem ist er Entwicklungsleiter bei der 5minds IT-Solutions GmbH & Co. KG, die Software im Kunden-auftrag entwickelt. Die persönlichen Schwerpunkte von Dr. Hol-ger Schwichtenberg sind Webanwendungen, verteilte Systeme und Datenbankzugriffe.Dr. Holger Schwichtenberg gehört durch seine Auftritte auf natio-nalen und internationalen Fachkonferenzen sowie zahlreiche Fachbücher für Addison-Wesley, Microsoft Press und den Hanser Verlag zu den bekanntes-ten .NET-Experten in Deutschland. Darüber hinaus ist er ständiger Mitarbeiter der Fach-zeitschriften dotnet magazin, dotnetpro und iX sowie bei heise.de. Von Microsoft ist er für sein .NET-Fachwissen als Microsoft Most Valuable Professional (MVP) für ASP.NET/IIS ausgezeichnet worden.Sein Weblog finden Sie unter http://www.dotnet-doktor.de. Bei Twitter finden Sie ihn unter http://www.twitter.com/DOTNETDOKTOR.

www.softwarearchitekt.at

http://www.it-visions.de

http://www.twitter.com/ManfredSteyer

https://service.gmx.net/de/cgi/derefer?TYPE=3&DEST=http%3A%2F%2Fwww.it-visions.de%2F

http://www.dotnet-doktor.de

https://service.gmx.net/de/cgi/derefer?TYPE=3&DEST=http%3A%2F%2Fwww.twitter.com%2FDOTNETDOKTOR.

XXII Autoren

Matthias FischerMatthias Fischer ist seit einigen Jahren Softwareentwickler und -architekt. In seiner Tätigkeit als Technical Expert für .NET be -schäftigt er sich insbesondere mit dem .NET-Framework, ASP.NET, WCF sowie Netzwerk- und Kommunikationstechnologien in C# und F#.Des Weiteren ist Matthias Fischer zertifizierter Softwaretester mit Erfahrung im Embedded-Umfeld. Sein umfangreiches Wissen gibt er in diversen Usergroup-Vorträgen, auf Fachkonferenzen sowie als Berater und Fachbuchautor wieder.Neben seiner beruflichen Tätigkeit beteiligt sich Matthias bei der Organisation und Ausrichtung der .NET Usergroup Berlin-Bran-denburg.Wenn es die Zeit neben den Projekten erlaubt, unternimmt Matthias gern Radtouren, oder er beschäftigt sich mit Fotografie.

Jörg KrauseJörg Krause ist Partner des .NET-Expertennetzwerks HYPERLINK „http://www.IT-Visions.de“ www.IT-Visions.de. Er arbeitet als freier Fachautor, Trainer, Consultant und Softwareentwickler aus Leidenschaft. Schwerpunktthemen sind die Webapplikatio-nen mit ASP.NET, Microsoft SQL Server sowie die SharePoint- Programmierung. Zu allen Themen hat er Bücher und zahlreiche Artikel in Fachzeitschriften verfasst und bietet individuelle Work-shops und Trainings auf hohem Niveau an. Seit 1998 tritt er auf zahlreichen Konferenzen als Speaker auf.Wenn er sich nicht mit Computern beschäftigt, was eher selten vorkommt, liest er bei schlechtem Wetter Bücher (Science-Fiction, Thriller) oder spielt bei besserem Wetter Golf und Badminton.

Leseprobe





ISBN (Buch): 978-3-446-43443-1

ISBN (E-Book): 978-3-446-43565-0






2Dieses Kapitel erläutert zunächst die wichtigsten Grundlagen von WCF und zeigt dann anhand eines ersten Beispiels, wie damit SOAP-basierte Services umgesetzt und konsu-miert werden können. Kapitel 3, „Service mit WCF erstellen“, geht anschließend auf Details der WCF ein.

■■ 2 .1■Architektur

Mit WCF stellt Microsoft ein Framework mit einem einheitlichen Programmiermodell zur Implementierung von Services zur Verfügung. „Einheitliches Programmiermodell“ bedeu-tet an dieser Stelle, dass mit denselben Mitteln verschiedenartige Services implementiert werden können, darunter Services, die direkt auf TCP aufsetzen und ein effizientes binäres Datenformat verwenden, oder Services, die über HTTP und SOAP/XML angesprochen wer-den. Technische Details wie das zu verwendende Protokoll, die zu verwendenden Datenfor-mate oder Aspekte in Hinblick auf Sicherheit werden über die Konfiguration festgelegt. Metadaten zu den konfigurierten Services können entweder via HTTP(S) als WSDL-Datei oder via HTTP(S), TCP und Named Pipes unter Verwendung von WS-Metadata-Exchange exportiert werden. Diese Metadaten sind die Grundlage für die Erstellung von Proxys.Pro Service können beliebig viele Endpunkte definiert werden, wobei jeder Endpunkt eine Adresse aufweist und sich auf ein Binding sowie auf einen Service-Vertrag (Contract) bezieht. Als Akronym für diese drei Merkmale wird ABC (Address, Binding, Contract) heran-gezogen.Bindings legen das zu verwendende Transportprotokoll (TCP, Named Pipes, HTTP, MSMQ) sowie das Nachrichtenformat (binär, XML, JSON, SOAP) fest. Darüber hinaus können sie sich auch auf weitere Protokolle beziehen, wie zum Beispiel Protokolle für Sicherheitsszena-rien, verlässliche Zustellungen oder Transaktionen. Daneben besteht auch die Möglichkeit, benutzerdefinierte Bindings zu konfigurieren. Kommt man damit auch nicht aus, kann man über das Erweiterungsmodell von WCF eigene Bindings implementieren.Der Service-Vertrag legt fest, welche Service-Operationen über den jeweiligen Endpunkt aufgerufen werden können. Technisch gesehen handelt es sich dabei um ein Interface, das

WCF im Überblick

16 2 WCF im Überblick

über Attribute Metadaten bereitstellt und vom Service zu implementieren ist, wobei jeder Service beliebig viele solcher Interfaces implementieren kann.Daneben können für Endpunkte und Services sogenannte Verhalten (Behaviors) konfigu-riert werden. Diese spiegeln Aspekte wider, die sich zwar auf das Laufzeitverhalten, nicht jedoch auf die angebotenen Operationen auswirken. In vielen Fällen sind die konfigurierten Verhalten für den Service-Konsumenten nicht direkt ersichtlich. Beispiele hierfür sind die Art der Prüfung der übersendeten Benutzerkennungen oder die Beschränkung gleichzeiti-ger Zugriffe sowie die Protokollierung von Nachrichten.

■■ 2 .2■Standard-Bindings

Bevor die folgenden Kapitel des vorliegenden Buches näher auf die einzelnen Möglichkeiten der in WCF inkludierten Bindings, gruppiert nach Themengebieten, eingehen, werden sie in diesem Abschnitt im Überblick vorgestellt. Zu diesem Zweck bietet Tabelle 2.1 eine grobe Übersicht. Tabelle 2.2 beschreibt die von den einzelnen Bindings bereitgestellten Funktionen, wobei das Standardverhalten jeweils in Klammern gesetzt wurde. Beide Tabellen wurden leicht verändert aus der MSDN-Dokumentation übernommen (tinyurl.com/3hyvbrs)Bei Betrachtung von Tabelle 2.1 fällt auf, dass es anscheinend zwei Gruppen von Bindings gibt. Die HTTP-basierten Bindings verwenden offene Standards, wie zum Beispiel SOAP, und finden vor allem bei der Kommunikation zwischen unterschiedlichen Systemen Anwen-dung. Die „net“-Bindings verwenden hingegen effizientere binäre Mechanismen, die nicht interoperable sind und deswegen in erster Linie für die Kommunikation zwischen WCF-basierten Systemen oder Teilen eines WCF-basierten Systems herangezogen werden.Die Spalte Sicherheitsmodus in Tabelle 2.2 gibt an, auf welcher Ebene die Kommunikation verschlüsselt werden kann. Transport weist hier auf eine Verschlüsselung auf Transport-ebene, zum Beispiel mittels HTTPS, hin. Message bedeutet hingegen, dass die Nachricht an sich verschlüsselt werden kann und somit kein sicheres Transportprotokoll mehr vonnö-ten ist.Die Spalte Sitzung informiert darüber, ob der Service zwischen den einzelnen Aufrufen desselben Konsumenten Daten zwischenspeichern kann. Als Beispiel sei hier ein Service zur Implementierung eines Warenkorbes genannt. Werden Sitzungen unterstützt, kann der Konsument mit verschiedenen Aufrufen die gewünschten Produkte nach und nach in den durch den Service bereitgestellten Warenkorb legen und am Ende der Einkaufstour alle dort gesammelten Produkte gemeinsam bestellen. Werden keine Sitzungen unterstützt, müssen alle gewünschten Produkte gemeinsam im Zuge eines einzigen Aufrufs, der die Bestellung tätigt, übergeben werden. Der Wert Transport deutet darauf hin, dass Sitzungen über das verwendete Transportprotokoll implementiert werden. Dies setzt natürlich ein Transport-protokoll wie TCP voraus, welches das Konzept von Sitzungen kennt. Zuverlässige Sitzung informiert hingegen darüber, dass zur Schaffung von Sitzungen WS-SecureConversation ein-gesetzt wird. Diese Spezifikation sieht vor, dass jede Nachricht eine Sitzungs-ID beinhaltet, sodass der Service den aktuellen Aufruf einer Sitzung zuordnen kann. Somit muss das

2.2 Standard-Bindings 17

darunter liegende Transportprotokoll das Konzept von Sitzungen auch nicht unterstützen. Ferner stellt WS-SecureConversation durch Nummerieren von Nachrichten sowie durch den Einsatz von Bestätigungsnachrichten sicher, dass alle gesendeten Nachrichten vom Service in der vorgesehenen Reihenfolge verarbeitet werden.Die Spalte Transaktionen informiert darüber, ob das jeweilige Binding das Ausdehnen von Transaktionen über Servicegrenzen hinweg unterstützt, und Duplex, ob der Service von sich aus die Möglichkeit hat, Konsumenten über eingetretene Ereignisse zu informieren.

Tabelle 2 .1■Standard-Bindings

Bindung BeschreibungBasicHttpBinding Verwendet die ältere SOAP-Version 1.1 und unterstützt wenige WS-*-

Protokolle. Kommt vor allem in Szenarien, wo auf Abwärtskompatibilität geachtet werden muss, zum Einsatz.

WSHttpBinding Verwendet die aktuelle SOAP-Version 1.2 und bietet Unterstützung für WS-*-Spezifikationen. Ist nicht für Duplex-Szenarien geeignet.

WS2007HttpBinding Wie WSHttpBinding, allerdings werden aktuellere Versionen der unterstützten WS-*-Spezifikationen herangezogen

WSDualHttpBinding Wie WSHttpBinding, allerdings werden auch Duplex-Szenarien unterstützt

WSFederation-HttpBinding

Wie WSHttpBinding, allerdings wird WS-Federation unterstützt. Dies erlaubt die Etablierung von Vertrauensstellungen zwischen verschiede-nen Sicherheitsdomänen und somit zum Beispiel einen unternehmens-übergreifenden Einsatz von Benutzerkonten. Mehr Details hierzu finden Sie in Kapitel 4, „Sicherheit von WCF-Dienster“.

WS2007Federation-HttpBinding

Wie WSFederationHttpBinding, allerdings werden aktuellere Versionen der unterstützten WS-*-Spezifikationen herangezogen

NetHttpBinding Verwendet ein binäres Protokoll über HTTP und erlaubt den Einsatz von WebSockets für Firewall-sichere Benachrichtigungs-Szenarien über HTTP.

NetTcpBinding Verwendet ein binäres Protokoll und basiert direkt auf TCP. Wird zur effi-zienten Kommunikation zwischen WCF-basierten Systemen eingesetzt

NetNamedPipe-Binding

Verwendet, wie NetTcpBinding, ein effizientes binäres Protokoll. Wird zur Kommunikation zwischen Systemen auf demselben Rechner eingesetzt und basiert auf Named Pipes.

NetMsmqBinding Verwendet Microsoft Message Queues sowie ein binäres Protokoll zur verlässlichen und asynchronen Kommunikation

NetPeerTcpBinding Verwendet ein binäres Protokoll zur Peer-to-Peer-KommunikationWebHttpBinding Wird für REST-Szenarien herangezogenMsmqIntegration-Binding

Basiert, wie auch NetMsmqBinding, auf Microsoft Message Queues und bietet eine verlässliche und asynchrone Art der Kommunikation. Im Gegensatz zu NetMsmqBinding kann es zur Kommunikation mit Syste-men, die nicht auf WCF basieren, eingesetzt werden.

UdpBinding Verwendet ein binäres Protokoll sowie UDP. Erlaubt Multicasts. Die Kom-munikation kommt mit möglichst wenig Protokoll-Overhead aus, ist dafür jedoch nicht zuverlässig, d. h. es können Informationen verloren gehen.


Tabelle 2 .2■Standard-Bindings und deren Eigenschaften

Bindung Sicherheitsmodus Sitzung Trans-aktionen

Duplex

BasicHttpBinding (Keine), Transport, Nachricht, Gemischt

Keine (Keine) (Keine) nicht verfügbar

WSHttpBinding (Keine), Transport, (Nachricht), Gemischt

(Keine), Transport, zuverlässige Sitzung

(Keine), Ja nicht verfügbar

WS2007Http-Binding

(Keine), Transport, (Nachricht), Gemischt

(Keine), Transport, zuverlässige Sitzung

(Keine), Ja nicht verfügbar

WSDualHttp-Binding

Keine, (Nachricht) (Zuverlässige Sitzung)

(Keine), Ja Ja

WSFederation-HttpBinding

Keine, (Nachricht), Gemischt

(Keine), zuverlässige Sitzung

(Keine), Ja Nein

WS2007Federa-tionHttpBinding

Keine, (Nachricht), Gemischt


(Keine), Ja Nein

NetHttpBinding (Keine), Transport, Nachricht, Gemischt


(Keine), Ja Ja

NetTcpBinding Keine, (Transport), Nachricht, Gemischt

Zuverlässige Sit-zung, (Transport)

(Keine), Ja Ja

NetNamed-PipeBinding

Keine, (Transport) Keine, (Transport) (Keine), Ja Ja

NetMsmqBinding Keine, Nachricht, (Transport), Beide

(Keine) (Keine), Ja Nein

NetPeerTcp-Binding

Keine, Nachricht, (Transport), Gemischt

(Keine) (Keine) Ja

MsmqIntegra-tionBinding

Keine, (Transport) (Keine) (Keine), Ja nicht verfügbarFormularende

UdpBinding Keine (Keine) (Keine) nicht verfügbar

■■ 2 .3■Hosting von Services

Zur Ausführung muss ein Service in einem Hostprozess gestartet werden. Dies kann eine benutzerdefinierte Applikation, die zum Beispiel als Windows-Service bereitgestellt wird, oder ein Web- bzw. Applikationsserver, wie die in Windows integrierten Internet Informa-tion Services (IIS), sein. Benutzerdefinierte Hosts unterstützen alle verfügbaren Bindings; IIS bis zur Version 6 allerdings nur solche, die auf HTTP(S) basieren. Seit IIS 7 ist diese Einschränkung dank der Windows Activation Services (WAS), die Protokoll-Listener für Named Pipes, TCP und MSMQ anbieten, beseitigt worden. Um in den Genuss dieser Techno-logie zu kommen, muss die Windows-Funktion mit der Bezeichnung Windows-Prozessak-tivierungsdienst in der Systemsteuerung unter Programme aktiviert werden. Windows Server AppFabric setzt auf IIS und WAS auf und bringt Erweiterungen zur Verwaltung sowie zum

2.4 Erste Schritte mit WCF 19

Überwachen von Services mit sich. Daneben können WCF-Services auch im Entwicklungs-webserver von Visual Studio sowie mit einem generischen Host, der ebenfalls mit Visual Studio mitausgeliefert wird, für Testszenarien zur Ausführung gebracht werden. Die Ver-wendung des Entwicklungswebservers ist jedoch mit Vorsicht zu genießen, da sich sein Verhalten im Detail von jenem, das von IIS an den Tag gelegt wird, unterscheidet.

■■ 2 .4■Erste Schritte mit WCF

Nachdem in den vorangegangenen Abschnitten die Grundlagen zu Services und Serviceori-entierung sowie zu WCF erläutert wurden, beschreibt dieser Abschnitt die Erstellung eines simplen WCF-Service. Dieser wird zunächst mit dem BasicHttpBinding und dann mit dem WSHttpBinding konfiguriert und im Entwicklungswebserver von Visual Studio zur Ausfüh-rung gebracht. Anschließend wird auf das NetTcpBinding umgestellt und ein benutzerdefi-nierter Host bereitgestellt. Zusätzlich wird für alle drei Entwicklungsstufen ein Client bereitgestellt, und die verwendeten SOAP-Nachrichten werden protokolliert.

2 .4 .1■Erstellen eines Web-Service-Projektes

Zur Erstellung eines auf HTTP basierenden Web-Service, der von einem Web- bzw. Applika-tionsserver gehostet werden soll, steht in Visual Studio die Projektvorlage WCF Service Application (Bild 2.1) zur Verfügung. Im hier beschriebenen Beispiel wird der Name Flug-Service vergeben.

Bild 2 .1■Erstellen eines neuen WCF-Projektes


2 .4 .1 .1■Service hinzufügenWird mit der Projektvorlage WCF Service Application ein neues Projekt erzeugt, werden auch drei Dateien, die einen einfachen Service mit dem Namen Service1 repräsentieren, eingerichtet. Diese tragen die Namen IService1.cs, Service1.svc und Service1.svc.cs, wobei Letztere im Solution-Explorer untergeordnet dargestellt wird. Um Probleme, die im Zuge einer Umbenennung entstehen können, zu vermeiden, zieht es der Autor vor, diese Dateien zu löschen und mit der Vorlage WCF Service (Bild 2.2) einen neuen Service, der den gewünschten Namen trägt, zu erzeugen. Im betrachteten Beispiel kommt der Name FlugSer-vice zum Einsatz. Dies führt dazu, dass drei neue Dateien angelegt werden: IFlugService.cs, FlugService.svc und FlugService.svc.cs. Erstere beinhaltet den Servicevertrag in Form eines Interface mit den bereitzustellenden Methoden; letztere die Serviceimplementierung. Die Datei FlugService.svc wird verwendet, um eine Verbindung zwischen einer über den Web Server bereitgestellten Datei und dem Service herzustellen, und beinhaltet lediglich einen Verweis auf die Service-Implementierung.

Bild 2 .2■Erstellen eines neuen WCF-Services

2 .4 .1 .2■Datenvertrag erstellenAls Nächstes bietet sich die Erstellung eines Datenvertrages an. Datenverträge repräsentie-ren Klassen von Objekten, die zwischen Konsument und Services im Zuge der Kommunika-tion ausgetauscht werden. Dazu serialisiert WCF diese Objekte auf der Seite des Senders und sendet diese über das Netzwerk zum Empfänger, um sie dort wieder zu deserialisieren.Um einen Datenvertrag zu erzeugen, wird eine neue Klasse Flight angelegt. Diese ist mit den zu übertragenden Eigenschaften auszustatten. Um die Klasse als Datenvertrag zu kennzeichnen, annotiert man sie mit dem Attribut DataContract. Die zu übertragenden Eigenschaften sind zusätzlich mit dem Attribut DataMember zu kennzeichnen (siehe Lis-ting 2.1).


Listing 2 .1■Datenvertrag für Flüge

using System;using System.Collections.Generic;using System.Linq;using System.Web;using System.ServiceModel;using System.Runtime.Serialization;namespace FlugService{ [DataContract(Namespace="www.softwarearchitekt.at/FlugService")] public class Flug { [DataMember] public String FlugNummer { set; get; } [DataMember] public String Von { set; get; } [DataMember] public String Nach { set; get; } [DataMember] public DateTime Abflug { set; get; } [DataMember] public double Preis { get; set; } public Flug( String flugnummer, String von, String nach, DateTime abflug, double preis) { this.FulgNummer = flugnummer; this.Von = von; this.Nach = nach; this.Abflug = abflug; this.Preis = preis; } }}

2 .4 .1 .3■Service-Vertrag bereitstellenNachdem der benötigte Datenvertrag eingerichtet wurde, kann nun der Service-Vertrag mit den bereitzustellenden Service-Operationen implementiert werden. Dazu wird das Interface IFlugService, wie in Listing 2.2 gezeigt, erweitert. Um das Interface als Service-Vertrag zu kennzeichnen, annotiert man es mit dem Attribut ServiceContract. Die einzelnen Operatio-nen, die vom Service angeboten werden, sind zusätzlich mit ServiceOperation zu annotieren. Analog zum Datenvertrag können Details der Serialisierung mit diesen Attributen gesteuert werden.


Listing 2 .2■Service-Vertrag für den Flug-Service

[ServiceContract(Namespace="www.softwarearchitekt.at/FlugService")]public interface IFlugService{ [OperationContract] List<Flug> FindFlights( String von, String nach, DateTime datum);}

Als Nächstes wird die Service-Implementierung mit Leben erfüllt. Dazu ist lediglich sicher-zustellen, dass die Klasse in der Datei FlugService.svc.cs das Service-Interface implemen-tiert. Listing 2.3 zeigt eine beispielhafte Implementierung, welche die abzufragenden Flüge in einer statischen Liste vorhält.

Listing 2 .3■Service-Implementierung für den Flug-Service

public class FlugService : IFlugService { private static List<Flug> fluege = null; public FlugService() { if (fluege == null) { fluege = new List<Flug>(); fluege.Add(new Flug("LH0815", "Graz", "Frankfurt", new DateTime(2009, 12, 08, 07, 00, 00), 200)); fluege.Add(new Flug("LH0815", "Graz", "Frankfurt", new DateTime(2009, 12, 08, 14, 00, 00), 300)); fluege.Add(new Flug("LH0815", "Graz", "Frankfurt", new DateTime(2009, 12, 08, 15, 00, 00), 400)); fluege.Add(new Flug("LH4711", "Graz", "Mallorca",new DateTime(2009, 12, 08, 15, 00, 00), 90)); } } public List<Flug> FindFlights(String von, String nach, DateTime datum) { List<Flug> result = new List<Flug>(); foreach (Flug f in fluege) { if (f.Von == von && f.Nach == nach && f.Abflug.Date == datum) { result.Add(f); } } return result; } }


2 .4 .1 .4■Überlegungen zur StandardkonfigurationIn früheren Versionen von WCF hätte nun der implementierte Service in der web.config konfiguriert werden müssen. Im Zuge dessen wäre ein Service-Endpunkt, der sich auf ein Binding und einen Service-Vertrag abstützt, einzurichten gewesen. Ab Version 4 ist dies nicht mehr nötig, da WCF nun für alle Services, die nicht explizit konfiguriert wurden, einen Standardendpunkt einrichtet. Dazu wird aus der zu verwendenden Adresse ein Stan-dard-Binding abgeleitet und mit diesem ein Standardendpunkt mit dieser Adresse erzeugt. Da das hier beschriebene Projekt in einem Webserver gehostet wird, ist die Adresse des Service über die SVC-Datei vorbestimmt. Da diese mit http:// beginnt, wird standardmäßig das BasicHttpBinding herangezogen.Somit beschränkt sich die Datei web.config auf wenige vordefinierte Zeilen (siehe Listing 2.4). Die für WCF relevanten Einträge befinden sich unter system.serviceModel. Hier findet sich ein Service-Behavior wieder. Da dieser keinen Namen aufweist, kommt er für alle Servi-ces, die auf keinen anderen Service-Behavior explizit verweisen, zum Einsatz. Das gilt auch für den in diesem Abschnitt beschriebenen Flug-Service. Das Element serviceMetadata steu-ert die Veröffentlichung von Metadaten über den Service. Da die Eigenschaft httpGetEnabled den Wert true aufweist, veröffentlicht WCF Metadaten in Form eines WSDL-Dokuments über HTTP. Um diese Datei abzurufen, ist lediglich die Endung ?wsdl an die Service-URL anzuhän-gen, sofern mit den Eigenschaften von serviceDebug nichts anderes festgelegt wurde.Die Eigenschaft includeExceptionDetailInFaults im Element serviceDebug legt fest, ob Details zu Ausnahmen als Teil der von WCF generierten SOAP-Faults übertragen werden sollen. Im Zuge der Entwicklung bietet es sich an, diese Option wie in Listing 2.4 auf true zu setzen. Bei Produktivsystemen sollte diese Option jedoch durch Angabe von false deaktiviert wer-den, da die Details von eventuell aufgetretenen Ausnahmen wertvolle Informationen für potenzielle Angreifer darstellen können.

Listing 2 .4■WCF-Konfiguration in der Datei web.config

[…]<system.serviceModel><behaviors> <serviceBehaviors> <behavior> <serviceMetadata httpGetEnabled="true"/> <serviceDebug includeExceptionDetailInFaults="true"/> </behavior> </serviceBehaviors></behaviors><serviceHostingEnvironment multipleSiteBindingsEnabled="true" /></system.serviceModel>[…]

2 .4 .1 .5■Service startenDa Fehler in der Konfiguration erst beim Start des Service erkannt werden, bietet es sich an, nach jeder Änderung den Service zur Ausführung zu bringen, bevor Servicekonsumenten entwickelt bzw. angepasst werden. Im Zuge dessen sollte die Service-Implementierung nicht im Solution-Explorer markiert sein, da in diesem Fall bereits ein generischer Test-Client von Visual Studio gestartet wird.


Im Zuge der Projektausführung, die mit Debug | Start Debugging angestoßen werden kann, startet Visual Studio den Entwicklungswebserver. Dieser mach sich als Symbol links von der Uhr in der Taskleiste bemerkbar. Zusätzlich wird ein Browserfenster geöffnet. Nach-dem die SVC-Datei ausgewählt wurde, erscheint, sofern die Konfiguration keinen Fehler aufweist, eine Begrüßungsseite (Bild 2.3). Ansonsten wird man mit einer Ausnahme kon-frontiert.

Bild 2 .3■Begrüßungsseite

Ein Klick auf einen der beiden Links in der Begrüßungsseite führt zum WSDL-Dokument, das WCF für den Service generiert hat und zur Erstellung von Proxys am Client herangezo-gen werden kann (Bild 2.4). Der Unterschied zwischen diesen beiden Links besteht darin, dass der erste Link, welcher seit den ersten Tagen von WCF zur Verfügung steht, zu einem WSDL-Dokument führt, welches wiederum auf weitere von WCF generierten WSDL- und XML-Schema-Dokumente verweist. Diese Aufteilung reduziert die Komplexität der einzel-nen Dokumente, macht es für den Entwickler jedoch schwieriger, die gesamten Informatio-nen herunterzuladen. Aus diesem Grund führt der zweite Link, welcher seit .NET 4.5 ange-boten wird, zu einer Version dieser WSDL-Datei, welche sämtliche Informationen beinhaltet und somit nicht auf andere Dokumente verweisen muss.


Bild 2 .4■Generiertes WSDL-Dokument

2 .4 .1 .6■Service mit generischem Client testenUm den erstellten Service mit dem im Lieferumfang von WCF enthaltenen generischen Test-Client zu testen, wird der Service im Solution Explorer markiert und das Projekt zur Ausführung gebracht. Nun sollte der Test-Client gestartet werden. Ist dem nicht so, muss der Visual Studio Command Prompt aufgerufen werden (Start | Alle Programme | Visual Studio | Visual Studio Tools | Visual Studio Command Prompt). Anschließend kann der Test-Client durch Eingabe von wcfTestClient zur Ausführung gebracht werden. Nach dem Start über den Command Prompt gibt man die URL des zu testenden Service manuell an (File | Add Service). Beim Start aus Visual Studio heraus ist dies nicht notwendig.Nun wird links die implementierte Service-Operation ausgewählt. Anschließend gibt man rechts die zu verwendenden Parameterwerte an und klickt auf Invoke. Daraufhin wird die Service-Operation angestoßen, und das Ergebnis wird rechts unten angezeigt (Bild 2.5). Per Klick auf XML im unteren Bereich können auch die übertragenen SOAP-Nachrichten einge-sehen werden (Bild 2.6).


Bild 2 .5■Aufruf der implementierten Service-Operation über den Test-Client

Bild 2 .6■Ansicht der übertragenen SOAP-Nachrichten im Test-Client


2 .4 .2■Web-Service mit Client konsumieren

Um einen einfachen Client, der den Web-Service konsumiert, bereitzustellen, wird der Solu-tion ein neues Projekt vom Typ Windows Forms Application hinzugefügt (File | New | Pro-ject). Als Name wird SimpleClient vergeben.

HINWEIS: Wenn gerade ein Projekt über Visual Studio ausgeführt wird, muss dieses beendet werden (Debug | Stop Debugging), bevor ein weiteres Projekt innerhalb der Solution angelegt werden kann.

In diesem Projekt gibt man an, eine neue Service-Referenz hinzufügen zu wollen (Rechts-klick auf Service References im Solution Explorer | Add Service Reference). Anschließend wird die Adresse der WSDL-Datei des gewünschten Service unter Address eingetragen. Alternativ dazu kann der Dialog per Klick auf Discover veranlasst werden, diese Adresse selbst anhand der in der Solution vorliegenden Informationen herauszufinden (Bild 2.7).

Bild 2 .7■Hinzufügen einer Service-Referenz


Ein Klick auf die Schaltfläche Advanced führt zu einem Dialog, der erweiterte Einstellungen zulässt. Hier wird unter Collection type der Eintrag System.Collections.Generic.List ausge-wählt (Bild 2.8). Dies hat zur Folge, dass der generierte Proxy für alle in der WSDL-Datei beschriebenen Auflistungen generische Listen spendiert bekommt. Standardmäßig werden für Auflistungen Arrays verwendet, was sich aufgrund ihres statischen Charakters jedoch als unhandlich herausgestellt hat.

Bild 2 .8■Festlegen erweiterter Einstellungen beim Hinzufügen einer Service-Referenz

Darüber hinaus kann der Entwickler durch Aktivieren der Option Reuse types in referenced assemblies angeben, dass er am Client zur Verfügung stehende Service- und Daten-Verträge, welche sich in eingebundenen Assemblies befinden, verwenden möchte, sofern diese exis-tieren. Aktiviert er diese Option nicht oder sind diese Konstrukte nicht am Client verfügbar, generiert Visual Studio diese anhand der Beschreibungen im WSDL-Dokument. Diese


Option erlaubt den Einsatz sogenannter Shared Contracts. Das sind Verträge, die der Ent-wickler in eine eigene Assembly, welche sowohl in das Service- als auch in das Client-Pro-jekt eingebunden wird, auslagert. Somit können zum Beispiel Datenverträge mit Methoden, die Werte aus anderen Werten berechnen, versehen werden. Da solche Methoden nicht durch WSDL beschrieben werden können, stünden diese Methoden am Client nicht zur Verfügung, wenn der Entwickler diese Datenverträge aus dem WSDL-Dokument generieren würde.Nachdem die beiden Dialoge bestätigt wurden, wird eine Service-Referenz hinzufügt, Konfi-gurationseinträge werden hinterlegt sowie ein Proxy erstellt.Ein Blick in die Konfigurationsdatei app.config lässt unter system.serviceModel einige Ein-träge zur Steuerung des soeben generierten Proxys erkennen, darunter eine Binding-Konfi-guration, welche die Standardwerte des verwendeten BasicHttpBindings widerspiegelt (Lis-ting 2.5). Aus Gründen der Übersichtlichkeit und da Details der Binding-Konfiguration in 3 besprochen werden, ist dieser Bereich im betrachteten Listing lediglich angedeutet. Zusätz-lich findet sich im Element Client ein Client-Endpunkt, der auf den bereitgestellten Service verweist, wieder. Dieser wurde mit der jeweiligen Adresse, dem Binding BasicHttpBinding und dem aus dem WSDL-Dokument generierten Service-Vertrag (Contract) konfiguriert (ABC). Zusätzlich verweist dieser Eintrag auf die zuvor erwähnte Binding-Konfiguration, und als Name kommt BasicHttpBinding_IFlugService zum Einsatz.

Listing 2 .5■Generierte Client-Konfiguration

[…]<system.serviceModel> <bindings> <basicHttpBinding> <binding name="BasicHttpBinding_IFlugService"> […] </binding> </basicHttpBinding> </bindings> <client> <endpoint address="http://localhost:1928/FlugService.svc" binding="basicHttpBinding" contract="FlugService.IFlugService" bindingConfiguration="BasicHttpBinding_IFlugService" name="BasicHttpBinding_IFlugService" /> </client></system.serviceModel>[…]

HINWEIS: Falls sich der verwendete Rechner normalerweise in einer Domäne befindet, dies jedoch während der Ausführung des Services nicht der Fall ist, sollte ein eventuelles identity-Element, welches sich ggf. innerhalb von endpoint befindet, samt allen untergeordneten Elementen, zu Testzwecken aus der Konfiguration entfernt werden. Weitere Informationen hierzu finden Sie in Kapitel 4, „Sicherheit von WCF-Diensten“.


Um über den generierten Proxy nun den bereitgestellten Service aufzurufen, fügt man dem Formular Form1 eine DataGridView sowie eine Schaltfläche hinzu (Bild 2.9).

Bild 2 .9■Demo-Client in der Entwurfsansicht

Anschließend fügt man der Schaltfläche eine Ereignisbehandlungsroutine für das Click-Ereignis hinzu (Listing 2.6). Diese instanziiert den Proxy, der den Namen FlugServiceCli-ent trägt. Danach ruft der Proxy mit der Methode FindFlights die gleichnamige Service-Operation auf. Die zurückgelieferten Daten werden an die DataGridView gebunden und der Proxy mittels Close geschlossen. Im Falle einer Exception, die den Proxy in den Zustand Faulted versetzt, ist hingegen per Definition Abort aufzurufen, um den Proxy zu schließen.

Listing 2 .6■Aufruf des generierten Proxys

using SimpleClient.FlugService;[…]private void button1_Click(object sender, EventArgs e){ FlugServiceClient c = new FlugServiceClient(); try { List<Flug> result; result = c.FindFlights("Graz", "Frankfurt", new DateTime(2009, 12, 8)); this.dataGridView1.DataSource = result; c.Close(); } catch { c.Abort(); }}

HINWEIS: Weist ein Service mehrere Endpunkte auf, muss der Name des gewünschten Client-Endpunktes, der in der Konfiguration vergeben wurde, als Argument an den Konstruktor des Proxys übergeben werden.

Nun können der Client und der Service gemeinsam zur Ausführung gebracht werden. Dazu ist in der Konfiguration der Solution (Rechtsklick auf Solution im Solution Explorer | Proper-ties) unter Startup Project die Option Multiple startup projects zu wählen und für jedes der beiden Projekte die Aktion Start anzugeben. Beim Start der Solution (Debug | Start Debug-


ging) werden nun beide Projekte zur Ausführung gebracht. Ein Klick auf die Schaltfläche im Demo-Client sollte zur Anzeige einiger Flüge führen.

Bild 2 .10■Abrufen von Flügen über den Demo-Client

HINWEIS: .NET liegt ein Kommandozeilentool svcutil.exe, das zum Beispiel über den Visual Studio-Command Prompt ausgeführt werden kann, bei. Damit lassen sich auch, unter Angabe zahlreicher Optionen, Proxys aus WSDL-Dateien generieren.Alternativ dazu können die damit generierten Service- und Daten-Verträge auch für die Erstellung eines eigenen Services, der sich an der vorliegenden WSDL-Datei orientiert, verwendet werden.

2 .4 .3■Mit Laufzeit-Proxy auf Service zugreifen

In Abschnitt 2.4.2 wurde gezeigt, wie ein Proxy zum Zugriff auf einen Service in Visual Studio generiert werden kann. Alternativ dazu kann ein solcher Proxy auch zur Laufzeit erstellt werden. In diesem Fall müssen zunächst die Service-, Nachrichten- und Datenver-träge am Client nachgebildet oder diesem über eine gemeinsame Assembly bereitgestellt werden. Zusätzlich ist man bei dieser Vorgehensweise angehalten, die benötigten Konfigu-rationseinträge manuell zu erstellen. Dem Client-Endpunkt muss dabei über das Attribut Name ein Name zugewiesen werden.In der Applikation ist eine ChannelFactory, die mit dem gewünschten Service-Vertrag zu parametrisieren ist, einzurichten (Listing 2.7). Dabei ist an den Konstruktor der in der Kon-figuration festgelegte Endpoint-Name zu übergeben. Alternativ dazu kann über die Eigen-schaft Endpoint dieser auch programmatisch konfiguriert werden. Um den Laufzeitproxy zu erzeugen, wird anschließend die Methode CreateChannel aufgerufen.


Listing 2 .7■Einsatz eines Laufzeit-Proxys

ChannelFactory<IFlugService> cf;IFlugService proxy;cf = new ChannelFactory<IFlugService>("BasicHttpBinding_IFlugService");proxy = cf.CreateChannel();var result = proxy.FindFlights("Graz", "Frankfurt", new DateTime(2009, 12, 8));proxy.this.dataGridView1.DataSource = result;((IDisposable)proxy).Dispose();cf.Close();

2 .4 .4■Service zur Verwendung von ws2007HttpBinding konfigurieren

Der in den letzten Abschnitten beschriebene Service wurde nicht explizit konfiguriert. Des-wegen hat WCF eine Standardkonfiguration, die bei HTTP-basierten Services die Verwen-dung des BasicHttpBinding vorsieht, herangezogen. Dieser Abschnitt zeigt anhand einer beispielhaften Konfiguration, wie dieser Service für die Verwendung des ws2007HttpBin-ding konfiguriert werden kann. Dazu wird die Konfiguration aus Listing 2.8 in der Datei app.config eingetragen. Mit dem Attribut name im Element service wird auf den zu konfigu-rierenden Service verwiesen, indem hier der vollständige Name der Service-Implemen-tierung (Namensraum.Klassenname) eingetragen wird. Das Attribut behaviorConfiguration beinhaltet den Namen der weiter unten hinterlegten Behavior-Konfiguration und verweist somit auf diese. Würde der Service auf keine Behavior-Konfiguration explizit verweisen, käme die Standard-Behavior-Konfiguration zum Einsatz. Dabei handelt es sich um eine Behavior-Konfiguration, für die kein Name vergeben wurde. Das Element Endpoint definiert einen Endpunkt für den Service. Da die Adresse im betrachteten Beispiel durch die SVC-Datei vorbestimmt ist, wird das Attribut Address auf einen Leerstring gesetzt. Ein hier ein-getragener Wert würde zur Bildung der Endpunkt-Adresse an die Adresse der SVC-Datei anhängt werden. Als Binding kommt ws2007HttpBinding zum Einsatz; als Service-Vertrag das Interface FlugService.IFlugService. Um Letzteres festzulegen, wird für das Attribut Con-tract der vollständige Name (Namensraum.Klassenname) des erwähnten Interface eingetra-gen. Zusätzlich verweist der Endpunkt über das Attribut bindingName auf die weiter unten definierte Binding-Konfiguration mit dem Namen MyBindingConfiguration. Auch hier gilt, dass standardmäßig auf eine eventuell vorhandene Binding-Konfiguration ohne Namen ver-wiesen wird.Um das Beispiel einfach zu halten, deaktiviert die Binding-Konfiguration die standardmäßig bei ws2007HttpBinding aktivierten Sicherheitseinstellungen, zumal sich Kapitel 4, „Sicher-heit von WCF-Diensten“, um diesen Aspekt kümmert. Die Behavior-Konfiguration beinhal-tet die bereits aus Abschnitt 2.4.1.4 bekannten Einstellungen.

Listing 2 .8■Konfiguration des Flug-Service zur Verwendung des ws2007HttpBinding

[…]<system.serviceModel> <services> <service


behaviorConfiguration="MyServiceBehavior" name="FlugService.FlugService"> <endpoint address="" binding="ws2007HttpBinding" contract="FlugService.IFlugService" bindingName="MyBindingConfiguration"/> </service> </services>

<bindings> <ws2007HttpBinding> <binding name="MyBindingConfiguration"> <security mode="None"></security> </binding> </ws2007HttpBinding> </bindings>

<behaviors> <serviceBehaviors> <behavior name="MyServiceBehavior"> <serviceMetadata httpGetEnabled="true"/> <serviceDebug includeExceptionDetailInFaults="true"/> </behavior> </serviceBehaviors> </behaviors>

</system.serviceModel>[…]

Um auf eventuelle Konfigurationsfehler hingewiesen zu werden, sollte der Service nun gestartet und die SVC-Datei über den Browser aufgerufen werden. Falls dies korrekt war, erscheint die bereits besprochene Willkommensseite.Danach muss noch die Service-Referenz im Demo-Client aktualisiert werden (Rechtsklick auf den Namen der Service-Referenz im Solution-Explorer | Update Service Reference). Dies aktuali-siert die Client-Konfiguration. Anschließend kann die Solution wie unter 2.4.1.5 beschrieben zur Ausführung gebracht und über den Client können Flüge abgerufen werden.

2 .4 .5■NetTcpBinding und Self-Hosting

Dieser letzte Abschnitt zeigt, wie der in den vorhergehenden Abschnitten entwickelte Ser-vice zusammen mit dem netTcpBinding eingesetzt werden kann. Da der Entwicklungsweb-server lediglich auf HTTP basierende Bindings unterstützt, wird hierzu ein eigener Service-Host erstellt.

2 .4 .5 .1■Service erstellenFür die Demonstration des hier vorgestellten Szenarios wird zunächst eine neue Solution mit der Projektvorlage WCF Service Library erstellt. Als Name wieder abermals FlugService vergeben (Bild 2.11).


Bild 2 .11■Erzeugen einer Solution mit Projekt vom Typ WCF Service Library

Um den Datenvertrag, den Service-Vertrag und die Service-Implementierung nicht erneut implementieren zu müssen, bietet es sich an, die Dateien Flug.cs, IFlugService.cs sowie IFlug-Service.svc.cs aus dem in den vorhergehenden Abschnitten beschriebenen Beispiel zu kopie-ren. Alternativ dazu können die Inhalte dieser Dateien auch aus Listing 2.1, Listing 2.2 und Listing 2.3 entnommen werden.

2 .4 .5 .2■Service-Host erstellenZur Implementierung des benutzerdefinierten Service-Hosts wird dem Projekt nun eine Kommandozeilen-Applikation mit dem Namen Host hinzugefügt und ein Verweis auf die Assembly System.ServiceModel, die Klassen der WCF bereitstellt, erzeugt (Rechtsklick auf References im Solution Explorer | Add Reference | Auswahl von System.ServiceModel im Registerblatt .NET). Zusätzlich wird auf die zuvor erstellte WCF Service Library verwiesen (Rechtsklick auf References im Solution Explorer | Add Reference | Auswahl des Projektes FlugService im Registerblatt Projects). Danach wird der Service-Host in der ausführbaren Klasse Program implementiert (Listing 2.9). Diese Klasse instanziiert die Klasse ServiceHost und übergibt den Typ der Service-Implementierung des bereitzustellenden Service an ihren Konstruktor. Anschließend ruft sie die Methode Open auf und startet somit den Service.

Listing 2 .9■Implementierung des Service-Hosts

[…]class Program{ static void Main(string[] args) { using(ServiceHost host = new ServiceHost(typeof(FlugService.FlugService))) { host.Open();


Console.WriteLine("Service gestartet."); Console.WriteLine("[Enter] stoppt den Service."); Console.ReadLine(); } }}[…]

Damit der selbst implementierte Service-Host seiner Aufgabe nachkommen kann, benötigt er noch eine Konfiguration für den Service. Dazu ist eine Applikationskonfigurationsdatei unter Verwendung des gleichnamigen Item-Templates anzulegen. Als Name wird app.config vergeben. Die vorzunehmenden Konfigurationseinträge können aus Listing 2.10 entnom-men werden.Da bei Verwendung eines selbst implementierten Hosts im Gegensatz zum Hosting in einem Webserver die Basisadresse nicht vorbestimmt ist, gibt das Element baseAddresses eine solche an. Als URL-Schema wird, wie bei auf TCP basierenden WCF-Services üblich, net.tcp verwendet. Der erste veröffentlichte Endpunkt stützt sich auf das NetTcpBinding sowie auf den bereitgestellten Service-Vertrag ab. Die Adresse ist leer, weswegen dieser Endpunkt direkt über die Basisadresse erreicht werden kann.Da keine HTTP-basierte Basisadresse zur Verfügung steht, wurde die Option httpGetEnabled im Standard-Service-Behavior deaktiviert. Stattdessen weist der Service einen weiteren Endpunkt auf, der das Abrufen von Metadaten via TCP durch Anwendung des Standards WS-MetadataExchange erlaubt. Als Binding kommt mexTcpBinding zum Einsatz; als Adresse mex. Somit kann dieser Endpunkt erreicht werden, indem an die Basisadresse /mex ange-hängt wird. Das Attribut contract verweist auf das in WCF inkludierte Interface IMetadata-Exchange. Damit dieses durch den Host gefunden und auch implementiert wird, muss sich das Element serviceMetadata im Service-Behavior wiederfi nden.

Listing 2 .10■Konfiguration zur Verwendung von netTcpBinding und Self-Hosting

<?xml version="1.0" encoding="utf-8" ?><configuration> <system.serviceModel> <services> <service name="FlugService.FlugService"> <endpoint address="" binding="netTcpBinding" contract="FlugService.IFlugService" /> <endpoint binding="mexTcpBinding" address="mex" contract="IMetadataExchange" /> <host> <baseAddresses> <add baseAddress="net.tcp://localhost:9000"/> </baseAddresses> </host> </service> </services> <behaviors> <serviceBehaviors>


<behavior> <serviceMetadata httpGetEnabled="false"/> <serviceDebug includeExceptionDetailInFaults="true"/> </behavior> </serviceBehaviors> </behaviors> </system.serviceModel></configuration>

Um die Konfiguration auf Fehler zu prüfen, sollte der Host ausgeführt werden. Tritt dabei kein Fehler auf, wird eine Ausnahme ausgelöst. Geht alles gut, ergibt sich das aus Bild 2.12 ersichtliche Bild.

Bild 2 .12■Selbst implementierter Host

HINWEIS: Ab Windows Vista müssen Benutzer vom Administrator eine Erlaubnis erhalten, um Services über HTTP bereitstellen zu dürfen. Deswegen würde der hier gezeigte Service-Host mitunter einen Fehler auslösen, wenn er sich anstatt auf TCP auf HTTP abstützte. Zum Erteilen dieser Rechte, steht das Dienstprogramm netsh zur Verfügung. Die folgende Anweisung würde zum Beispiel dem Benutzer DOMAIN\user das Recht geben, einen HTTP-basierenden Service über Port 8080 bereitzustellen: netsh http add urlacl url=http://+:8080 user=DOMAIN\user

2 .4 .5 .3■Service konsumierenUm den selbst gehosteten Service zu konsumieren, muss dieser außerhalb von Visual Stu-dio über den Windows-Explorer oder über Visual Studio mit dem Befehl Debug | Start with-out Debugging gestartet werden. Der Grund dafür liegt in der Tatsache, dass es die Stan dard-einstellungen von Visual Studio nicht erlauben, eine Applikation zu erweitern, während sich eine andere im Debug-Modus befindet.Anschließend kann einem Client-Projekt eine Service-Referenz, die auf den bereitgestellten Service verweist, hinzufügt werden (siehe Abschnitt 2.4.2). Die zu erfassende Adresse ver-


weist in diesem Fall jedoch nicht auf ein WSDL-Dokument, sondern auf den konfigurierten MEX-Endpunkt (Bild 2.13).

Bild 2 .13■Service-Referenz unter Verwendung eines MEX-Endpunktes hinzufügen

Stichwortverzeichnis





ISBN (Buch): 978-3-446-43443-1

ISBN (E-Book): 978-3-446-43565-0






Symbole

$.connection 293$.connection.hub.error 300$.connection.hub.start() 300$count 453$inlinecount 454<$nopage>Code Only siehe Code First 412<$nopage>EDM siehe Entity Data Model 399<$nopage>Global Assembly Cache

siehe GAC 342<$nopage>Windows Communication Foundation

siehe WCF 322<$nopage>Workflow Foundation siehe WF 479<$nopage>WWWings siehe World Wide

Wings 399, 413$select 454, 455$skiptoken 456.NET Enterprise Services 317.NET Runtime 325.NET Runtime Host 325.nupkg 633.nuspec 633

AAbonnenten 378AbortInstanceOnTransactionFailure (WF) 487AcceptAllChanges() 403AcceptChanges() 402, 410AcceptMessageSession 376Access Control (Azure) 361, 387Action 172ActionWrapAuthorizationManager 391ActivityAction (WF) 498

Activity Designer Library (WF) 480ActivityDesigner (WF) 500Activity Library (WF) 480activityStateQuery (WF) 524Activity (WF) 480, 495, 498AddChild (WF) 498AddDelegate (WF) 498Add-Migration 427Address 15Administrator 329ADO.NET Data Service 437, 444ADO.NET Entity Framework 347, 397 – Modell 333

Adressbeschränkung 320Adressierungsverhalten 550AJAX 477AllowedArithmeticOperators 468AllowedFunctions 468AllowedLogicalOperators 468AllowedOrderByProperties 468AllowedQueryOptions 468And 172Ankündigungen (Discovery) 192Announcements (Discovery) 192AnnouncementService 193Anspruch 535Anwendungspool 325, 331AppFabric 317, 352, 354, 528, 358 – Dashboard 529 – Endpoints 529 – Monitoring 529 – Services 529 – Workflow-Persistenz 531

AppFabricMonitoring 356applicationHost.config 331

Index

636 Index

Application Pool 330ApplicationPoolIdentity 329ApplyChanges() 405ApplyCurrentValues() 403ApplyDispatchBehavior (WF) 508ApplyOriginalValues() 403Arbeitsprozess 325ArgumentToExpressionConverter (WF) 500Argument (WF) 480ASP.NET 338, 457, 476 – Version 327

ASP.NET and Web Tools 2002.2 289, 295ASP.NET Cache Profiles 107aspNetCompatibilityEnabled 85, 338AspNetCompatibilityRequirements 85, 107ASP.NET-Kompatibilität 85ASP.NET Membership-Provider 130ASP.NET Role-Manager 130ASP.NET-Routen 108ASP.NET SignalR 288Assign (WF) 480AssociationInverseDiscoveryConvention 425AsyncCodeActivity (WF) 495, 496ATOM 476Attached 409Ausnahme 83Authentifizierung 114, 321 – benutzerdefiniert 126

AuthorizationContext 158AuthorizationManager 391AuthorizationPolicy 127, 138AutomaticSessionShutdown 72Autorisierung 114, 535 – benutzerdefiniert 126

Autostart 331Autostart-Provider 333Azure 352Azure AppFabric – Access Control 387 – Relay-Bindings 364

Azure Service Bus 361

BBare (SOAP) 6Base64 76baseAddresses 35basicHttp 81

BasicHttpBinding 17, 19, 23, 85BasicHttpContextBinding 50BasicHttpRelayBinding 364Basisadresse 35BeginEXEcute (WF) 496Behavior 16 – konfigurieren 32

behaviorConfiguration 32BehaviorExtensionElement (WF) 509, 548,

561Behavior-Konfiguration 32Benutzerdefinierte Aktivität (WF) 495Benutzerdefinierte Authentifizierung 126Benutzerdefinierte Autorisierung 126Benutzerdefinierte Bindings 57Benutzerdefinierte Tracking Records (WF)

523Benutzerprofil 633Berechtigungsnachweise 534Berechtigungsverhalten 620binäre Daten 75Binary JSON 241Binding 15, 16, 58 – Buffergrößen festlegen 58 – einschränken 58 – Größenbeschränkungen 58 – Quotas festlegen 58 – Timeouts festlegen 58

bindingConfiguration 57BindingElement 570Bindung 321 – benutzerdefinierte 568 – Erweiterung 567 – neue erstellen 569

Bindungselemente 540 – Funktionsweise 570 – konfigurieren 567

Bindungsoptionen 542Bookmark (WF) 502BPMN. Siehe Business Process Modeling

NotationBroadcast 290BrokeredMessage 373, 382BrokeredMessageProperty 382BSON 241Build Deployment Package 343Business Process Modeling Notation 1bypassProxyOnLocal 61

Index 637

C

Cache 317, 353CallbackBehavior 71CallbackContract 69CancellationHandler (WF) 488Catch-All-Vertrag 199certificateValidationMode 137ChangeObjectState() 403ChangeRelationshipState() 403ChangeTracker 402, 410ChangeTrackingEnabled 402ChannelDispatcher 549ChannelFactory 31, 86, 102, 385Channel Layer 572ChannelStack 572Claim. Siehe AnspruchClaimsAuthorizationManager 158Claims-based Security 139ClaimSets 139claimTypeRequirements 159Client 168clientCredentialType 113ClientOperation 549, 551ClientRuntime 549, 550Client-Zertifikat 137CloseTimeout 58Cloud 361CodeActivity (WF) 495Code First 412CollectionChanged 409COM 317COM+ 317CompensableActivity (WF) 488Compensate (WF) 488CompensationHandler (WF) 488Complete 382ConcurrencyMode 51, 72 – Multiple 51 – Reentrant 51 – Single 51

Conditional GET 109ConfigurationName (WF) 489ConfigurationPropertyCollection (WF)

509Configure 55ConfigureChannelFactory 163Confirm (WF) 489

ConfirmationHandler (WF) 488connection 299connection.start 293Content-based Correlation (WF) 492Contract 15Contract First (WF) 493Cookies 86Correlation (WF) 492CorrelationHandle (WF) 493CreateBehavior (WF) 509CreateChannelActingAs 163CreateChannelWithIssuedToken 155, 166CreateFilterTable() 184CreateIfNotExist 372, 378CreateMessageReceiver 374CreateProxy 297CreateQueue 372CreateServiceHost 339CreateSharedSecretTokenProvider 372CreateSubscription 378Credentials 534CurrentPrincipal 115CustomBinding 57, 81, 541Custom Filter 184CustomSecurityTokenService 157customTrackingQuery (WF) 524CustomTrackingRecord (WF) 523

DDatabase First 399DataContract 20DataContractSerializer 103DataMember 20, 40DataService 458DataServiceCollection 447DataServiceHost 453DataSet 397Datenvertrag 20, 40 – definieren 40 – ExtensionDataObject verwenden 42 – Pflichtfelder 40 – Reihenfolge 40 – Vererbung 41

Datenvertragsersatzzeichen 591DbContext 418DbModelBuilder 425DbSet<T> 418

638 Index

DCSHelperAttribute 594DeadLetterQueue 97, 377DefinitionIdentity 510Delegation 119, 161DELETE (REST) 11DeliveryCount 374DeliveryRequirements 89Deployment 340, 344, 346DeploymentManager 348Description 548Designer (WF) 500Detached 409Deutsche Telekom 321diagnostics 64Dienstmodellebene 545 – BindingElement 545 – Channel 545

Discovery 188Diskriminator 422Dispatch-Laufzeit-Objekt 550DispatchMessageInspectors 557DispatchOperation 555DispatchRuntime 556Dispatcher 554Distributed Transaction Coordinator 90 – einrichten 91

Document (SOAP) 6Document/Encoded (SOAP) 6Document/Literal (SOAP) 6, 44DomainContext 458, 463DomainDataSource 457DomainService 458Domain Service Class 459DoWhile (WF) 483Drosselung 59DTC 90 – einrichten 91

Duplex 17, 67DurableOperationContext 49DurableService 49Dynamic Update 516

EEager Loading 403EAI. Siehe Enterprise Application IntegrationEigenschaften höherstufen (WF, Persistenz)

506

EnableDeadLetteringOnMessageExpiration 372

Enable-Migrations 426EnableQuerySupport 470EnableSystemDiagnosticsTracing 221Encoded (SOAP) 6Encoder 591EndEXEcute (WF) 496EndpointAddress 172EndpointAddressPrefix 172Endpoint-Behavior 53Endpunkt 175, 355Endpunkt-Konfiguration 53, 338Enterprise Application Integration 2Enterprise Service Bus 199Entitätsklasse 413Entitätstyp 399Entity Data Model 399, 412Entity Framework Power Tools 427EntitySetController 471Entity<T> 425Entwurfsmuster – Fabrikmethode 573

Erweiterbare Objekte 562Erweiterung – Bindungen 541, 567 – Bindungssystem 539 – Formatierter 597 – Hosting 565 – Nachrichtenkanäle 540 – Objekte 562 – Peer Channel 572 – Serialisierung 543 – Sicherheitsmodell 603 – WAS-Host 566

Erweiterungsmodell 533 – Laufzeitumgebung 534 – Sicherheit 534

ESB 199Eskalation (WF) 483establishSecurityContext 112ETag-Unterstützung 109EtwTracking (WF) 525EtwTrackingParticipant (WF) 524ExactlyOnce 99EXEcute (WF) 495

Index 639

FFabrikmethode 573, 574Fassade 3Fault (SOAP) 6FaultContract 83FaultException 83FaultException<T> 83Federated Security 139Federation Utility 156Fehlerbehandlung 83Filter 181FilterQueryValidator 468, 469filterType 181Flowchart (WF) 484FlowDecision (WF) 484FlugBuchungWcfQueue 385Flussdiagramm (WF) 479, 484ForEach (WF) 483Formatierer 597 – Funktionsweise 597

Forward Engineering 399FTP 318

GGAC 342Geschäftsprozess 1GetCallbackChannel 69GetChanges() 398, 410GetContinuation() 456GetEdmModel 474GetOutputClaimsIdentity 157GET (REST) 9, 101get-SBClientConfiguration 395get-SBNamespace 395GetSubscriptions 378GetUpdatableOriginalValues() 403GlobalSign 321Größenbeschränkungen 58

HHash-Algorithmus 625helpEnabled 105HelpPageConfig 218Hosting 307, 353HTTP 15, 317, 318, 322

HttpContext 338HttpGetEnabled 23, 35, 356HTTP-StatusCode 108http.sys 325, 330HTTPS 318httpsGetEnabled 62HttpsTransportBindingElement 569Hub 294HubConnection 296

IIAuthorizationPolicy 536IChannel 575IChannelContext 562IChannelListener 555IChannelManager 575IClientMessageFormatter 597IClientMessageInspector 549ICommunicationObject 574IConnection 290IContractBehavior 547IDataContractSurrogate 591IDataServiceMetadataProvider 433IDataServicePagingProvider 433IDataServiceQueryProvider 433IDataServiceStreamProvider 433IDataServiceUpdateProvider 433Idempotente Services 89Identität 327, 536identity 116IDocumentationProvider 218IDuplexSessionRouter 169, 174IEndpointBehavior 547IExtensibleDataObject 42IExtensibleObject<T> 562If (WF) 482IgnoreExtensionDataObject 72IGroupManager 290IIdentity 536IInputChannel 577IIS 18, 121, 317, 330 – Version 7.5 331

IIS-Anwendung 324IIS-Anwendungspool 325IIS-Manager 318, 331IIS Web Deployment Tool 343IMessageFilterTable 184

640 Index

impersonateCallerForAllOperations 118Impersonation 118ImplementationVariable (WF) 498inactivityTimeout 47, 88InArgument (WF) 495, 498Include() 403IncludeExceptionDetailInFaults 23, 72IncomingMessageProperties 382INotifyCollectionChanged 409INotifyPropertyChanged 402InOutArgument (WF) 495, 498InputQueue 578Installation 340Install-Package Commandlet 631InstanceContext 562InstanceContextMode 44 – PerCall 44, 45 – PerSession 44 – Single 44, 46

InstancePromotedPropertiesTable (WF) 506

InstanceStore (WF) 503Internet Information Server 316, 317Internet Information Services. Siehe IISInteroperabilität 2Invoke 297Invoke (WF) 481IOperationBehavior 547IOutputChannel 576IP-Adresse 318, 320iPhone 477IPolicyExportExtension 543, 587IPolicyImportExtension 543IPrincipal 536IProcessHostPreloadClient 331IQueryable 433IQueryable<T> 464IRequest 290IRequestReplyRouter 169ISAPI 325ISAPI-Filter 325IServiceBehavior (WF) 508, 547ISimplexSessionRouter 175IsInitiating 48IsTerminating 48ITraceWriter 221, 222IWsdlImportExtention 586

JJava 317, 477JEE 317jQuery 292Json 101JSON 8, 105, 458, 477

KKanal 546Kanal-Listener 579Kanal-Manager 576Keep-Alive-Nachrichten 47Kerberos 119Kernel-Modus 325KnownServiceType 41KnowType 41Kommunikationskanal 577Kompensation (WF) 487, 488Kontextklasse 418Korrelation (WF) 492

LLaufzeit-Proxy 31Lazy Loading 403Lebenszeit 330Leistungsindikatoren 66LINQ 444, 455, 458LINQ to Objects 410LinqToEntitesDomainService 458List 408Literal (SOAP) 6Load-Balancing 369LocalService 329LocalSystem 329Locator 348Long-Polling 287Lose Kopplung 3

MMapConnection 291MarkAsAdded() 402MarkAsDeleted() 402, 409MarkAsModified() 402MarkAsUnchanged() 402

Index 641

Match() 182MatchAll 173, 175MaxArrayLength 58, 78MaxBufferPoolSize 58MaxBufferSize 58MaxBytesPerRead 58maxConcurrentCalls 59maxConcurrentInstances 59maxConcurrentSessions 59MaxDepth 58MaxItemsInObjectGraph 72MaxReceivedMessageSize 58, 78maxRetryCount 88MaxRetryCount 99MaxStringContentLength 58maxTransferWindowSize 88MembershipProvider 536Message 182, 599message (Sicherheit) 112MessageContract 43MessageEncoder 541messageEncoding 77MessageFilter 181MessageHeader 43MessageInspector 552messageLogging 64Message Queues 368MessageSender 373, 380MessagingFactory 373, 380, 395MetadataExchangeClient 63MetadataExporter 586MetadataSet 586Metadaten 23, 62, 63, 585, 371 – Erweiterung anwenden 586 – Export 586 – Import 586 – zur Laufzeit abrufen 63

Metadatenmodell 542mexHttpBinding 63mexHttpsBinding 63mexNamedPipeBinding 63mexTcpBinding 35, 62Microsoft Message Queuing Services 4, 96Microsoft.Web.Deployment 348MIME 76Model First 399ModelItem (WF) 501MSDeploy 340

msdeploy.exe 348MSMQ 15, 17, 96, 317. Siehe auch Microsoft

Message Queuing ServicesMsmqIntegrationBinding 17MTOM 8, 76Multiple (ConcurrencyMode) 51

NNachrichten signieren 116Nachrichten verschlüsseln 116Nachrichtenaustauschmuster 570Nachrichtenbasierte Sicherheit 111Nachrichtenencoder 583Nachrichtenformate (SOAP) 6Nachrichten-Formatierer 551Nachrichteninspektor 552, 557, 558Nachrichtensignatur 535Nachrichtentransformation 200Nachrichtenvertrag 43Named Pipe 15, 17, 317Namespace 39NamespaceManager 372, 378NativeActivity (WF) 495, 497Nebenläufigkeit 51negotiateServiceCredential 112NetEventRelayBinding 364NetHttpBinding 17, 72netMessagingBinding 383NET.MSMQ 322NetMsmqBinding 17, 97NetNamedPipeBinding 17, 68, 70, 81, 93,

197NetOnewayRelayBinding 364NetPeerTcpBinding 17NET.PIPE 322netsh 36NET.TCP 322, 323NetTcpBinding 17, 19, 33, 60, 68, 70, 81, 93,

197NetTcpContextBinding 50Net.Tcp Port Sharing Service 60NetTcpRelayBinding 364NetworkService 329NHibernate 633NTLM 119NuGet 293, 299

642 Index

OOAuth WRAP 387, 390ObjectChangeTracker 402ObjectContext 403, 418, 437Objective-C 477ObjectSet<T> 403ObjectStateManager 403, 410ObservableCollection 408, 409OData 457, 466, 477ODataConventionModelBuilder 474ODataException 469ODataModelBuilder 475ODataQueryOptions 470Öffentliche Queues 97OleTransactions 90OneWay 382One-Way-Operationen 67OnModelCreating() 425OnPropertyChanged() 402OnReceiveAsync 289OnReceived 289, 290OpenTimeout 58Operation 3, 546OperationContext 562, 382, 385OperationContextScope 385OperationContract 39Orchestrierung 2OrderByQueryValidator 469OutArgument (WF) 495, 498OutgoingMessageProperties 385

PPackage/Publish Settings 343Page 338Paket 631ParallelForEach (WF) 483Parallel (WF) 483Parameter (WF) 480PerCall (InstanceContextMode) 44, 45performanceConters 66PerSession (InstanceContextMode) 44, 46, 87,

385Persist (WF) 508PersistenceParticipant (WF) 506, 507Persistence-Provider 49PersistenceProviderFactory 49

PersistentConnection 289, 290, 291Persistenz (WF) 503 – Eigenschaften höherstufen 506

PHP 477PickBranch (WF) 483Pick (WF) 483PipelineModule 303Plain old XML-Services 11Pluralisierungsoption 421PluralizingTableNameConvention 425Poison-Queue 97PollingDuplexHttpBinding 68Pool 330Portnummer 318, 324Port-Sharing 60POST (REST) 10POX-Services 11Preload 331Preload() 331, 333Preload-Provider 333Principal 158PrincipalPermission 115, 538principalPermissionMode 114, 132Private Queues 97Process Pinging 330Projektion 454ProtectionLevel 117Protokollart 318Protokollierung 64Protokollkanäle 541Protokollstapel 555Proxy 30, 188 – erstellen 30 – Laufzeit-Proxy erstellen 31

proxyAddress 61ProxyCreationEnabled 429Proxy-Server 61Prüfkontext 537Publish 340, 342Publish/Subscribe 194, 369PUT (REST) 10

QQuerschnittsfunktion 303Queues 368QueueClient 380QueueDescription 372

Index 643

Queued Services 97 – Transaktionen konfigurieren 98

QueueManager 372Quotas 58

RReceive 374ReceiveContext 382ReceiveContextEnabled 382received 293receiveErrorHandling 100ReceiveRequest (WF) 489, 490receiveRetryCount 99ReceiveTimeout 47, 58, 88Recycling 329Redirect() 333Reentrant (ConcurrencyMode) 51RegisterRoutes 108Relay-Binding 364Relaying 363ReleaseServiceInstanceOnTransaction

Complete 95reliableSession 88Reliable Sessions 47 – inactivityTimeout 47 – timeout 47

ReliableSessionBindingElement 541Relying Party 140Relying party applications 388Remote Procedure Call 3Representational State Transfer 8, 433RequestToken 154, 165REST 8, 17, 100, 433 – Accept 104 – ASP.NET Cache Profiles einsetzen 107 – ASP.NET-Routen konfigurieren 108 – Conditional GET 109 – DELETE 11 – ETag-Unterstützung 109 – GET 9, 101 – Hilfe-Seiten 105 – HTTP-Statuscodes 108 – POST 10 – PUT 10 – WebGet 101 – WebInvoke 101 – X-HTTP-Method-Override 11

Rethrow (WF) 483retryCycleDelay 99Retry-Queue 97Reverse Engineering 399, 412, 421RIA Service – Link 463

RIA Services Toolkit 458, 476Router 168, 174Routing 167, 168, 174RoutingService 174RPC (SOAP) 6. Siehe auch Remote Procedure

CallRPC/Encoded 44RPC/Encoded (SOAP) 6RPC/Literal (SOAP) 6, 44RuntimeArgument (WF) 498Runtime Host 325

SSAML 387SaveChanges() 398, 405, 410, 420ScheduleActivity (WF) 498Schemamigration 426Schnittstelle – IChannel siehe Kanal 546

Scope (Discovery) 190Section 5-Encoding (SOAP) 6SecurityBindingElement 541SecurityKeyIdentifierClause 604SecurityToken 603SecurityTokenAuthenticator 536SecurityTokenManager 604SecurityTokenParameter 604SecurityTokenRequirement 604Security Token Service 139, 361Selbst-Hosting 565Selbstsigniertes Zertifikat 122Self-Hosting 33Self-Tracking Entities 399, 403SelfTrackingEntitiesContextExtensions 403Send 290, 373SendResponse (WF) 490SendTimeout 58Sequenzieller Workflow (WF) 479, 480Serialisierung 543, 591Serializable 42ServerCertificateValidationCallback 126

644 Index

Serverzertifikat 121Service 3 – deklarativ konfigurieren 52 – diagnostizieren 64 – drosseln 59 – Durable-Services einrichten 49 – hinzufügen 20 – Idempotente Services 89 – Instanziieren 44 – konfigurieren 32, 52 – konsumieren 27, 36 – Nebenläufigkeit konfigurieren 51 – programmatisch konfigurieren 55 – starten 23 – testen 25 – über Proxy ansprechen 61 – zur Laufzeit mit Metadaten konfigurieren 63

serviceActivations 339serviceAuthorization 132ServiceAuthorizationManager 536serviceAutoStartEnabled 331serviceAutoStartProvider 331Service-Behavior 53Service Bus (Azure) 361Service Bus for Windows Server 394ServiceBusDefaultNamespace 395ServiceContract 21, 335serviceCredentials 135serviceDebug 23serviceDiscovery 188Servicefassade 3ServiceHost 555, 566ServiceHostBase 562ServiceHostFactory 339, 565serviceHostingEnvironment 339serviceMetadata 23, 62Service Model Layer. Siehe DienstmodellebeneServiceModelLayer 554Service-Operation 3, 21Serviceorientierte Architekturen 1Serviceorientierung 1Service-Referenz 33ServiceRoute 108ServiceSecurityContext 536serviceThrottling 59Service Trace Viewer 64Servicevertrag 15, 21, 39 – definieren 39

Session 46 – Durable-Services 49 – erzwingen 47 – Lebensdauer beeinflussen 48 – receiveTimeout 47 – Timeout 47

SessionMode 47SetActualRequestType 219SetActualResponseType 219SetDocumentationProvider 218SetSampleForType 219SetSampleObjects 219SetSampleRequest 219SetSampleResponse 219setspn 119Sicherheit – Nachrichten 537 – Nachrichtenbasierte Sicherheit 16 – Transportsicherheit 16

Sicherheitsarchitektur 603 – Anmeldeinformationen 603

Sicherheits-Bindungselement 567Sicherheitsmodell 603Sicherheitsschlüssel 606Sicherheitstoken 139, 535, 612 – anfordern (Azure AC) 390 – Audience 140 – direkt anfordern 165 – Relying Party 140

Side-by-Side-Versionisierung 510SignalR 289 – Gruppen 302 – skalieren 305

Signieren 116Signierung 626Silverlight 457Simple Object Access Protocol 4Simple Web Token 387Single (ConcurrencyMode) 51Single (InstanceContextMode) 44, 46Single-Sign-On 140, 321, 361, 387Sitzung 16, 46, 338, 371 – Durable-Services 49 – erzwingen 47 – Lebensdauer beeinflussen 48 – receiveTimeout 47 – Timeout 47

SkipQueryValidator 469

Index 645

SOA 1SOAP 4, 167, 458, 476 – Bare 6 – Document 6 – Document/Encoded 6 – Document/Literal 6 – Encoded 6 – Fault 6 – Literal 6 – Nachrichtenformate 6 – RPC 6 – RPC/Encoded 6 – RPC/Literal 7 – Section 5-Encoding 6 – Wrapped 6

SOAP-Binding 44 – festlegen 44

SoapFormatter 403Sperrliste 134SqlPersistenceProvider 50SQLWorkflowInstanceStore (WF) 503, 504,

508SSL 121, 321Stamping 371Standard-Bindings 16Standard-Formatierer 626Standard-Konfiguration 23, 53startMode 331StartTracking() 402State 402, 410State Machine 485Statuscode 333StopTracking() 402Streaming 80, 81STS 361SubmitChanges() 465SubscriptionClient 380SubscriptionDescription 378Surrogate 593SVC-Datei 339svcutil.eXE 31Switch (WF) 483SWT 387, 390System.Data.Services.Client 447System.Diagnostics 221System.EnterpriseServices 317system.serviceModel 23, 52System.ServiceModel.Activation 339

System.ServiceModel.Discovery.dll 189System.ServiceModel.Dispatcher 181System.ServiceModel.DomainServices

458System.ServiceModel.Routing 169System.ServiceModel.Routing.IRequest

ReplyRouter 169System.ServiceModel.Routing.ISimplex

SessionRouter 175System.ServiceProcess 307System.Web 338System.Web.Hosting 331

TTableAttributeConvention 425TCP 15, 317TCPMon 79Thawte 321Throw (WF) 483timeToLive 99Token 139 – anfordern (Azure AC) 390 – Audience 140 – Bereitstellung 536 – direkt anfordern 165 – Relying Party 140

TokenProvider 372Token Provisioning 536Tokentyp 612Tools – Library Package Manager 631

Topic 369, 378TopicClient 380TopicDescription 378TopQueryValidator 469Tracking Records abonnieren (WF)

524Tracking Records einsehen (WF) 526TransactionFlowBindingElement 541TransactionAutoComplete 94transactionFlow 93Transaction Flow 93TransactionIsolationLevel 72Transaction Scope 94, 95Transaction Scope (WF) 487TransactionScopeRequired 94TransactionTimeout 72

646 Index

Transaktion 17, 90, 370Transaktion (WF) 487Transaktionale Services 90transferMode 81Transformationsdatei 348Transformer 348Transport-Bindungselement 581transportClientEndpointBehavior 383Transportkanäle 541Transport-Sicherheit 111, 112transportUsage 72TransportWithMessageCredential 112TryCatch (WF) 483Typ – anonym 455

Uübergibt 378Übertragungskanäle – Benutzerdefinierte 573

Überwachung 356UDDI. Siehe Universal Description, Discovery

and IntegrationUDP 74, 188UdpAnnouncementEndpoint 192, 193UdpBinding 17Universal Description, Discovery and

Integration 7Update-Database 427UpdateObject() 445URL 324userNamePasswordValidationMode 132UserNamePasswordValidator 126userPrincipalName 161Users 329UseSynchronizationContext 72

VValidateBinaryOperatorNode 468ValidateQuery 469Variable (WF) 480Verbindungszeichenfolge 344, 348, 419Vererbung 41Verhalten – Description Property 547 – Erweitern 546

– Erweiterungsmethoden 548 – Sichtbarkeit 547

VeriSign 321verschlüsseln 116Versionisierung (WF) 510Vertrauenswürdige Stammzertifizierungs-

stellen 138Vertrauenswürdige Zertifikate 138Verzeichnis – virtuell 324, 325

Ww3wp.exe 325, 328, 329WADL – Web Application Description Language 12

WAS 18, 317, 323. Siehe auch Windows Activation Service

WCF 322, 406 – Anwendungsserver 316 – Workflow Service 489

WCF RIA Services 457WCF-Server 316WCF Service Application 19WCF-Service-Host 316WCF-TestClient 25, 490WCF Workflow Service – CanCreateInstance 489 – ConfigurationName 489 – Content-based Correlation 492 – Correlation 492 – CorrelationHandle 493 – Endpoint festlegen 491 – Korrelation 492 – Name von Servicemethode festlegen 489 – ReceiveRequest 489, 490 – SendResponse 490 – Service Interface festlegen 489

WCF Workflow Service Application (WF) 480Web Administration Service 330Web Application Description Language 12Web.config 23, 348, 356Web Deploy. Siehe IIS Web Deployment ToolWebFaultException 108WebGet 101, 104Webhost 316WebHttpBinding 17, 101WebHttpRelayBinding 364

Index 647

WebInvoke 101, 104WebRequest 102, 103WebResponse 103Webserver – Virtuell 318

Webserverprozess 331Webservice 338Web Service Description Language 6WebServiceHostFactory 108WebService-(WS)-Sicherheitsmodell 534Website 318WebSockets 72, 288WF 479 – AbortInstanceOnTransactionFailure 487 – Activity 480, 495 – ActivityAction 498 – ActivityDesigner 500 – Activity Designer Library 480 – Activity Library 480 – activityStateQuery 524 – AddChild 498 – AddDelegate 498 – Aktivitäten rückgängig machen 488 – ApplyDispatchBehavior 508 – Argument 480 – ArgumentToExpressionConverter 500 – Assign 480 – AsyncCodeActivity 495, 496 – Asynchrone Aktivität implementieren 496 – auf Ereignisse warten 483 – Ausnahmebehandlung 483 – BeginEXEcute 496 – BehaviorExtensionElement 509 – Benutzerdefinierte Aktivität 495 – Benutzerdefinierte Tracking Records 523 – Bookmark 502 – CacheMetadata 498 – CancellationHandler 488 – CanCreateInstance 489 – CodeActivity 495 – CompensableActivity 488 – Compensate 488 – CompensationHandler 488 – ConfigurationName 489 – ConfigurationPropertyCollection 509 – Confirm 489 – ConfirmationHandler 488 – Correlation 492

– CorrelationHandle 493 – CreateBehavior 509 – customTrackingQuery 524 – CustomTrackingRecord 523 – Delegate registrieren 498 – Designer 500 – DoWhile 483 – Eigenschaften höherstufen 508 – EndEXEcute 496 – Endpoint festlegen 491 – Eskalation 483 – EtwTracking 525 – EtwTrackingParticipant 524 – Exceptions 483 – EXEcute 495 – Flowchart 484 – FlowDecision 484 – Flussdiagramm 479, 484 – ForEach 483 – If 482 – ImplementationVariable 498 – InArgument 495, 498 – InOutArgument 495, 498 – InstancePromotedPropertiesTable 506 – InstanceStore 503 – Invoke 481 – IServiceBehavior 508 – Kompensation 487, 488 – Kontrollfluss steuern 482 – Korrelation 492 – ModelItem 501 – Name von Servicemethode festlegen 489 – NativeActivity 495, 497 – OutArgument 495, 498 – Parallel 483 – ParallelForEach 483 – Parameter 480 – Persist 508 – PersistenceParticipant 506, 507 – Persistenz 503 – Pick 483 – PickBranch 483 – ReceiveRequest 489, 490 – Rethrow 483 – RuntimeArgument 498 – ScheduleActivity 498 – SendResponse 490 – Sequenzieller Workflow 480

648 Index

– Service-Interface festlegen 489 – Services 483 – SQLWorkflowInstanceStore 503, 504, 508 – Switch 483 – Throw 483 – Tracking Records abonnieren 524 – Tracking Records einsehen 526 – TransactionScope 487 – Transaktion 487 – TryCatch 483 – Unteraktivität registrieren 498 – Unteraktivität zur Ausführung bringen 498 – Variable 480 – Variable registrieren 498 – WCF Data-Contract 489 – WCF Workflow Service 489 – WCF Workflow Service Application 480 – Web Services 483 – While 483 – WorkflowApplication 481 – Workflow ausführen 481 – Workflow Console Application 480 – Workflow-Designer hosten 527 – workflowInstanceQuery 524 – WorkflowInvoker 481 – WorkflowItemPresenter 501 – Workflow pausieren 502 – WS-AtomicTransaction 488

While (WF) 483WIF 139, 390Windows 7 331Windows Activation Service 316Windows-Authentifizierung 321Windows Azure 361Windows Azure Management-Portal 362Windows Communication Foundation.

Siehe WCFWindows Forms 476Windows Identity Foundation 139, 390Windows PowerShell 632Windows (Process) Activation Service.

Siehe WASWindows-Prozessaktivierungsdienst 18Windows Server 2008 331Windows Server AppFabric 18Windows Server Service Bus 361Worker Process 325, 330Workflow 1

WorkflowApplication (WF) 481Workflow ausführen (WF) 481Workflow Console Application (WF) 480WorkflowControlEndpoint 521Workflow-Designer hosten 527Workflow Foundation – Sequenzieller Workflow 479

WorkflowIdentity 510workflowInstanceQuery (WF) 524WorkflowInvoker (WF) 481WorkflowItemPresenter (WF) 501Workflow Service (WCF, WF) 489 – CanCreateInstance 489 – ConfigurationName 489 – Content-based Correlation 492 – Correlation 492 – CorrelationHandle 493 – Endpoint festlegen 491 – Korrelation 492 – Name von Servicemethode festlegen 489

– ReceiveRequest 490 – SendResponse 490 – Service Interface festlegen 489 – WCF Data-Contract 489

World Wide Wings 399, 413WPF 403, 457, 476Wrapped (SOAP) 6WS-* 8WS2007FederationHttpBinding 17WS2007HttpBinding 17, 32WS2007HttpRelayBinding 364WS-Addressing 8WS-AtomicTransactions 8, 90, 92, 488WS-Discovery 188 – Ankündigungen 192 – Announcements 192 – Auswahl einschränken 190 – deklarativ konfigurieren 191 – FindCriteria 191 – Proxy 188 – Scope 190

WSDualHttpBinding 17, 70, 197WS-Federation 8, 141, 387, 390WSFederationHttpBinding 17WSHttpBinding 17, 19WSHttpContextBinding 50WSHttpDualBinding 68

Index 649

WS-I 7WS-I Basic Profile 7WS-MetadataExchange 8, 15, 35, 62WS-Policy 8WS-ReliableMessaging 8, 87, 541WS-SecureConversation 8, 16, 46WS-Security 8, 534, 541WS-Trust 8, 141, 387, 390WSTrustChannelFactory 154, 165WSDL. Siehe Web Service Description

LanguageWsdlImporter 63WsdmImporter 586WWW-Dienst 318

XXCopy-Deployment 340XDT 348X-HTTP-Method-Override (REST) 11XML 105XmlDocumentationProvider 219

XML Document Transform. Siehe XDTXmlHttpRequest 287XML Schema 6XPath 173XsdDataContractExporter 596XSLT 200

ZZertifikat 121, 321 – einrichten 134 – prüfen 126 – Vertrauenswürdige Stammzertifizierungs-stellen 138

– Vertrauenswürdige Zertifikate 138Zertifikats-Sperrliste 134Zip 343Zustandsautomat 485Zustandslose Services 45Zustandsüberwachung 330Zuverlässige Sitzungen 16, 87Zwei-Phasen-Commit 90

Documents

Vorwort Herausgegeben von Holger Schwichtenberg Weitere ...SQL Server über Biztalk bis hin zu SharePoint. Mit der Version 4.5 liefert Microsoft wesent - ... Grund behandelt das vorliegende