Mögliche Duplikate:
RESTful Workflow Service-Endpunkte in WF4 / WCF

Ich versuche, Windows Workflow Services 4.0 mit einer REST-Schnittstelle arbeiten zu lassen. Ich habe einen sehr einfachen Workflow-Dienst namens "Service1" mit einer receiveRequest- und sendResponse-Aktivität.

Standardmäßig werden die implementierten Klassen und Schnittstellen von WF Services automatisch generiert. Ich möchte jedoch den WF Service dazu zwingen, meine eigene REST-fähige Schnittstelle anstelle einer internen automatisch generierten Schnittstelle zu verwenden.

Die Schnittstelle wäre die folgende:

[ServiceContract]
public interface IService
{
    [OperationContract]
    [WebInvoke( UriTemplate = "/Data/{item}", Method = "GET" )]
    String GetData( Int32 item );
}

Ich habe jedoch Schwierigkeiten, die XAML für die Arbeit mit dieser Schnittstelle zu konfigurieren. Ich würde eine XAML-Konfiguration wie diese benötigen, um anzugeben, dass der Name des Servicevertrags mein eigener Vertrag ist:

 <Receive x:Name="__ReferenceID0" CanCreateInstance="True" DisplayName="ReceiveRequest" sap:VirtualizedContainerService.HintSize="464,90" OperationName="GetData" ServiceContractName="w:IService">

Wenn ich jedoch diesen Workflow-Service ausführe, erhalte ich die folgende Ausnahme:

Der Vertragsname 'wfService.IService' wurde in der Liste der vom Dienst 'Service1' implementierten Verträge nicht gefunden.

Der Service, der hinter den Kulissen erstellt wird, implementiert jedoch nicht die IService-Schnittstelle und ich möchte wissen, wie ich den Service, der von der Workflow-Engine instanziiert wird, erweitern kann, um meine eigene Schnittstelle zu implementieren (die ich oben beschrieben habe)?

Vielen Dank