Frage

Wir haben einen WCF selbst gehosteten Service, den wir für eine Weile entwickelt haben. Im Rahmen unserer Standard wir eine FaultContract definiert haben, die wir auf Vorgänge anwenden.

Vor kurzem mussten wir einen neuen Servicecontract hinzufügen, damit wir das getan und hinzugefügt, um es ein einfaches Verfahren (void / Nein params). Sobald wir diesen Vertrag hinzugefügt obwohl SvcUtil würde nicht mehr einen Proxy für uns erzeugen. Stattdessen wäre es Fehler aus und sagen, dass die Metadaten eine Referenz enthält, die nicht gelöst werden können. ‚Net.tcp: // localhost / MyService‘ Es gibt keinen Endpunkt hören bla bla bla

Wir ausgetestet es schließlich auf die Tatsache, dass der Betrieb Vertrag die faultcontract hat. Sobald wir es entfernen funktioniert alles einwandfrei. Dies ist für uns sehr seltsam, weil ..

1) der neue Service-Vertrag ist in der gleichen Position wie auch alle anderen Serviceverträge

2) der Implementierer des Servicevertrages ist das gleiche wie die Implementierer von allen anderen Dienstleistungsaufträgen (nicht fragen)

3) Die FaultContract ist das gleiche wie die, die wir überall sonst verwenden.

Alle Gedanken auf, was könnte dieses seltsame Verhalten verursachen?

War es hilfreich?

Lösung

Es stellte sich heraus, um nicht FaultContracts Schuld. Stattdessen gibt es ein Problem mit dem NetTcp für mex Bindung verwendet wird. Nachdem Sie eine bestimmte Anzahl von Methoden erreichen es funktioniert einfach nicht mehr. Lösung war wechseln auf eine HTTP-Bindung.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top