WSDL

• WSDL/Soap ist ein RPC-Mechanismus basierend auf dem HTTP-Protokoll und XML.

Nachteile

• Nachteil von WSDL gegenüber CORBA, RMI, .NET-Remoting ist dass WSDL kein objektorientierter Ansatz ist
  • prozeduraler Ansatz
• Auch ist die WSDL im Gegensatz zu CORBA-IDL, Java-Interfaces sehr komplex. Eine WSDL manuell kaum erstellen

AXIS

AXIS ist eine leistungsfähige un einfache Apache-Ergänzung für die Entwicklung und Laufzeit von WebServices basierend auf Java

• Server-Side
  • einfachste Erstellung eines WebServices als .jws-Datei (ist im Prinzip eine normale Java-Klasse, die jedoch als WebService aufgerufen werden kann)
• Client-Side (Proxy)
  • Java-Klassen für die Client-Side können mit wsdl2java erzeugt werden
• CF-Design
  • mit wsdl2jave Java-Klassen für CLient und Server generieren
  • man kann auch mit einem Java-Interface beginnen und daraus eine WSDL erstellen (java2wsdl)

Visual Studio

• Server
  • wird durch einen WebService-Projekt oder hinzufügen WebService zu einem Projekt erstellt
  • es wird jedoch primär der WebService (.asmx) erstellt ohne eine WSDL vereinbaren zu müssen (ähnliche Verfahrensweise auch bei AXIS möglich, analog .jws)
  • aus der Service-Implementation kann dann die WSDL abgerufen werden
  • die umgekehrte Vorhgehensweise (WSDL -> Implementation) ist standardmäßig nicht möglich (CF)
• Client-Side
  • hat einen integrierten WSDL-C#-Combiler zur Generierung Client-Side (passiert bei Webverweis hinzufügen)
  • es konnte für eine von thinktecture generierte WSDL mit .NET ein funktionsfähiger Proxy erzeugt werden
• CF-Design: unterstützt kein vollständiges CD-Design

thinktecture (.NET Plugin)

gut funktionierendes Plugin für .NET siehe hier

• WSDL-Generierung aus XML-Shema
• Generierung Client-Side (Proxy, Stub) und Server-Side mit vielen Generierungsoptionen

thinktecture-WebServices haben nichts mit .NET WebServices zu tun !