Was hat das WCF-Fehler bedeutet: "Custom tool warning: Cannot import wsdl:portType"

Beim hinzufügen der service Referenz, es gibt zwei Möglichkeiten, die Typen, die den Dienst verwendet, können behandelt werden:

• Die Arten gespeichert sind, in eine dll, und die dll verwiesen wird, die von der client-und der server-Anwendung.
• Die Typen sind nicht in eine dll referenziert, die durch den client. In diesem Fall das tool, erstellt der service-Referenz, erstellen die Typen, die in den Referenzen.cs-Datei.

Gibt es viele Dinge, die schief gehen können. Wir haben festgestellt, dass, wenn das tool abstürzt, ist es manchmal schneller zu löschen, die service reference und starten dann erneut.

Wir haben aufgehört, service-Referenz. Für Projekte, bei denen wir die Kontrolle über den client und den service, verwenden wir die Methode beschrieben, die in diesem screencast.

InformationsquelleAutor der Antwort Shiraz Bhaiji

Hatte ich auch dieses Problem Heute. Es hat mich einen ganzen Tag zu finden, mein Fehler. Hoffe, es hilft.

Meiner Klasse, die nicht in der Lage waren importiert werden, hat eine individuelle enum-Typ-Eigenschaft. Diese Eigenschaft markiert ist, als DataMember und die Enum ist auch gekennzeichnet als DataContract. Alles fein so weit.
Ich vergaß zu markieren jedes enum-Element als EnumMember.

Also änderte ich

[DataContract]
public enum SortMethodType
{
    Default = 0,
    Popularity = 1,
    ReleaseDate = 2,
    PublishedDate = 3,
    TranslatedTitle = 4,
    OriginalTitle = 5,
    UserRating = 6,
    Duration = 7
}

:

[DataContract]
public enum SortMethodType
{
    [EnumMember]
    Default = 0,
    [EnumMember]
    Popularity = 1,
    [EnumMember]
    ReleaseDate = 2,
    [EnumMember]
    PublishedDate = 3,
    [EnumMember]
    TranslatedTitle = 4,
    [EnumMember]
    OriginalTitle = 5,
    [EnumMember]
    UserRating = 6,
    [EnumMember]
    Duration = 7
}

Und es endlich geklappt!

InformationsquelleAutor der Antwort Aurel

Gehen Sie auf "Erweiterte Eigenschaften beim hinzufügen der Referenz und entfernen" - System.Fenster.Browser" aus der Checkliste, löst Es das problem.

InformationsquelleAutor der Antwort Sridhar Subramanian

Einen Nachteil ausschalten 'Wiederverwendung von Typen der referenzierten Assemblys" ist, kann es zu Problemen mit mehrdeutigen verweisen. Dies ist aufgrund der service-Referenz erstellen Sie diese Objekte wieder in der Referenz .cs-Datei und der code der Implementierung des service kann auf Sie in der original-namespace.

Tritt dieses Szenario finde ich es nützlich, zu überprüfen, die 'Wiederverwendung von Arten in bestimmten referenzierten Assemblys", die mir erlaubt, zu wählen, die mit mehrdeutigen Verweise nur, das behebt das Problem schnell Weg.

Hoffe es hilft jemand anderem.

InformationsquelleAutor der Antwort John

Meine interfaces der WCF-Dienst in einer assembly, die Umsetzung ist eine andere und die service-Referenz ist in noch einer anderen Baugruppe, die getrennt von den Kunden der service-Referenz. Ich bekam die Fehlermeldung direkt nachdem ich angewendet, das DataContract einer Enumeration. Nachdem ich angewendet EnumMember den Feldern der enum, das Problem zu lösen.

InformationsquelleAutor der Antwort zsolt világos

Ich war auf der Suche über mein Projekt und ich hatte das gleiche Problem. Es stellte sich heraus, dass unterschiedliche Versionen derselben DLL auf dem WCF vs. Web-Site.
Web site eine neuere version der DLL und der service war mit Bezug auf eine ältere version der DLL. Einst waren Sie alle in sync alle gut funktioniert.

InformationsquelleAutor der Antwort CBBSpike

Für jeden, der in Zukunft hier, ich hatte den gleichen Fehler aber durch version verursacht Probleme in zwei verschiedene Arten.

Habe ich zwei WCF-Dienste und zwei client-Anwendungen, sprechen Sie über die service-Referenzen. Ich aktualisierte ein nuget-Paket auf beiden Seiten und versucht ein update der service Referenz und bekam diese Fehlermeldung.

Löschen hat nicht geholfen. Das deaktivieren von "Wiederverwendung von Baugruppen" ist nicht erwünscht, wie ich brauche, um Sie wiederzuverwenden - das ist der springende Punkt.

Am Ende gab es zwei getrennte Fragen:

1) Das erste Problem ist, glaube ich, wurde ein visual studio-Problem mit dem Zwischenspeichern. Ich akribisch ging über alle Referenzen verfügen, und fand keine Probleme, aber es immer noch berichtet wird, nicht auf die Vorherige version der Datei. Ich deinstalliert alle nuget-Pakete, Neustart von visual studio, und neu installiert. Update der service Referenz gearbeitet.

2) Das zweite Problem war verursacht durch ein Abhängigkeitsproblem. Ich aktualisiert die nuget-Paket auf beiden Seiten und alles erschien richtig, aber ein nicht-Abhängigkeit war out of sync. Beispiel:

Paket Foo v1 Referenzen-Bar v1.
Es ist möglich, Sie zu aktualisieren Foo und Bar auf v2 unabhängig voneinander, ohne dass eine Aktualisierung der Referenz.
Wenn Sie beide installieren Foo und Bar v2 die service reference tool scannt Foo v2, finden Sie in der Referenz zu Bar v1 und scheitern, weil Sie nicht finden können, die ältere version.
Dies ist nur richtig, wenn Sie update die Versionsnummern der dll, die für jedes Paket.
Visual Studio und MSBuild haben kein problem mit dem erstellen der Anwendung, aber der service Referenz wird eine schreckliche Zeit, die versucht, alle Probleme lösen.

Ich hoffe, das jemand hilft.

InformationsquelleAutor der Antwort TheMightyGherkin