Warum wird diese WSDL-Datei generieren, die eine leere service-proxy in VS2008?
Warum diese WSDL-Datei erzeugen ein leeres service-proxy in VS2008?
Wenn Sie einen Blick auf die Referenz.cs-Datei erzeugt, es ist leer. Irgendwelche Ideen?
InformationsquelleAutor TheSoftwareJedi | 2009-04-16
Du musst angemeldet sein, um einen Kommentar abzugeben.
Haben, Lesen Sie Fehler-Liste? Ich bekam die folgende:
Edit: ich habe einige Graben, und ich kam über die folgenden links:
Ich habe versucht, nach der Anleitung von ScottAnderson in den ersten link, war aber nicht in der Lage erzeugen Sie ein client-proxy mit Ihnen. Vielleicht können Sie mehr Glück haben.
Scheint es, dass die Grund dies nicht funktionieren wird, weil Fliqz ist mit XmlSerializer eher als DataContract/MessageContract für seinen Vertrag Definitionen und WCF will nicht schön spielen mit Ihnen und erzeugt unangemessene WSDL. Wenn Sie könnten die Kontrolle über den ursprünglichen Vertrag, Sie könnte wahrscheinlich das Problem zu beheben und werden auf Ihrem Weg; leider, Sie möglicherweise ganz aus Glück.
Wenn man das ServiceContract-interface und die Typen, die es macht, Sie können möglicherweise erzeugen Sie Ihre eigenen client per hand. Beurteilung durch einige der Klasse Namen, die ich sehen, es scheint, dass Fliqz ist die Offenlegung der internen Objekte, die in Ihrem Vertrag, so dass ich bezweifle, dass Sie könnte, wissen Sie, rufen Sie und bitten Sie Sie, für eine .dll, die Sie verweisen können.
Könnten Sie versuchen, zu schreiben, die die Schnittstelle und die Daten - /message-Vertrag Arten sich durch die Analyse der WSDL-und XSDs. Sieht aus wie es wäre eine Menge Arbeit, aber.
Leider kann ich nicht mehr helfen. Dies scheint eine Kombination von schlechter WCF-legacy-support und schlechte Architektur/design auf dem Teil Fliqz.
Es ist nicht deine WSDL? Hmm... das ist eine schwierige Frage. Sie könnten versuchen, bummeln Sie durch die WSDL-und XSDs, bauen Sie Ihre service-Schnittstelle und DTO-Objekte von hand, dann von hand konfigurieren Sie den client, aber das macht nicht viel Sinn. Haben Sie versucht, einen service Verweis in VS 2005 .NET 3.0 installiert? Ich kann das nicht testen, ich selbst, leider...
InformationsquelleAutor Randolpho
rechten Maustaste auf den Dienst verweisen , cofigure , un-check "Reuse types in referenzierten montiert" und klicken Sie auf OK. Versuchen Sie, zu Aktualisieren Service-Referenz. Dieser arbeitete für mich!
Danke, ich vergessen Sie dieses Kontrollkästchen.
Ich danke Ihnen sehr!
InformationsquelleAutor walaa waref
Versuchen Sie, es als .NET 2.0-Referenz.
Gehen Sie zu "Dienstverweis Hinzufügen", dann klicken Sie auf die Schaltfläche "Erweitert". Dann erhält man die option zum hinzufügen ein .NET 2.0-Referenz. Ich Tat dies, und bekam es zu arbeiten. Ich konnte nicht über die standard - "Add Service Reference"
InformationsquelleAutor Alan
Ich sehe keine <wsdl:portType> Elemente in der WSDL - das könnte das problem sein.
Außerdem erstellen Sie Ihren Dienst aus einem live-URL, oder einige Dateien auf der Festplatte? Wenn Sie "auf Festplatte" Dateien: habt Ihr auch das "wsdl0" als Referenzdateien in dieser Zeile hier:
<wsdl:import namespace="http://fliqz.com/services/search/20071001" location="http://services.fliqz.com/LegacyServices/Services/search/R20071001/service.svc?wsdl=wsdl0"/>
Marc
Ja, ich weiß - aber hast du deine client-proxy aus der URL oder hast du das herunterladen der WSDL auf der Festplatte lokal und erstellen Sie Ihre proxy von dort? Wenn Sie heruntergeladen haben - müssen Sie auch laden Sie die separate, zusätzliche Teile für die WSDL (die ?wsdl=wsdl0 Teil und möglicherweise mehr)
erstellt von der url. Sie haben einen anderen wsdl-das funktioniert auch.
InformationsquelleAutor marc_s