Wo werden in VMware vSphere SDK C # -Proben Referenzen für VimApi-Namespace-Klassen benötigt?

8

Ich kann die C # -Proben nicht aus dem VMware vSphere SDK 5.0 mit Visual Studio 2010 kompilieren. Der Fehler enthält keine Referenzen für die Namespaces AppUtil und VimApi .

Die Referenzen in der VS2010-Lösungsdatei verweisen auf diese Dateien.

%Vor%

Wo sind diese Dateien im SDK oder wie bekomme ich sie, wenn sie nicht im SDK enthalten sind?

Zwei Referenzen stammen von anderen Projekten in der Lösung; einschließlich des Namensraums AppUtil . Ich kann jedes Projekt aktualisieren, um das Projekt anstelle der Debug-Ausgabe zu referenzieren.

Gibt es einen Build-Schritt, den ich vermisse, um die anderen DLLs zu generieren? Ist VimApi Teil eines anderen Downloads? Die Versionshinweise erwähnen keine zusätzlichen Downloads, um die Projekte zu kompilieren.

    
Jason 21.09.2011, 18:37
quelle

5 Antworten

9

Ich hasse es, meine eigene Frage zu beantworten, aber ich habe eine Lösung gefunden. Basiert auf dem Knowledge Base-Artikel , auf den in der Readme verwiesen wird Ich konnte Anweisungen für VS2010 erstellen. Führen Sie die folgenden Befehle aus dem Verzeichnis mit der Lösungsdatei in einer Visual Studio-Eingabeaufforderung aus.

%Vor%

Dieses Skript erstellt die benötigten DLL-Dateien aus den WSDL-Dateien im SDK.

    
Jason 21.09.2011, 21:45
quelle
3

Kapitel 3 des Handbuchs zur Entwicklerkonfiguration erläutert, wie um die VimService-DLLs zu erstellen. Jasons oben stehendes Skript funktioniert, lässt aber einen kritisch wichtigen (und irritierenden) Schritt aus.

Nach dem Generieren der XMLSerializer-DLL müssen Sie die Datei VimService.cs bearbeiten, um den Verweis auf die XMLSerializer-Assembly zu erzwingen und die Inline-XMLIncludeAttribute-Aufrufe zu entfernen. Nach der Bearbeitung (die im Setup-Handbuch erklärt wird) müssen Sie VimService neu kompilieren.

Es funktioniert ohne die Bearbeitung, aber es kann eine große Verzögerung bei der Instanziierung von VimService verursachen. Ich fand es 3 Minuten warten, was nicht akzeptabel war. Wenn Sie auf die Verzögerung stoßen, kompilieren Sie VimService gemäß den Anweisungen neu und aktualisieren Sie Ihre Referenz auf die neue Assembly (und stellen Sie sicher, dass Ihr Build nicht an der alten Version hängt).

    
Mike 08.12.2011 18:52
quelle
1

Beispielanweisungen zum Ändern der VimService.cs-Datei finden Sie hier.

Ссылка

    
Code Monkey 09.12.2011 20:04
quelle
1

Es ist wirklich eine Schande, dass VMware die Assemblies nicht wie zuvor vorbereitete. Es gibt 100 Zeilen, die Sie manuell bearbeiten können, wenn Sie ihren Anweisungen folgen, um es richtig zu machen und zu vermeiden, dass sie hängen bleiben. Also habe ich ein paar Skripte geschrieben, um das richtig zu machen.

Sie können sie hier finden ...

    
Tony Wall 23.10.2012 13:42
quelle
0

Ich habe auch erfahren, dass die DLLs fehlen. Ich habe mich dafür entschieden, auf der VMware.Vim.dll zu bauen, aber ich bin jetzt auch rausgestiegen. Ich benutzte das, das in der PowerCLI gefunden wurde, aber plötzlich ist es weg.

Ich habe bereits eine Antwort von der Community angefordert, aber niemand hat darauf geantwortet ... schaut euch das an: Ссылка

Ich habe auch ein kleines "how to start" geschrieben, aber wurde überhaupt keine Rückmeldung. Es ist auch veraltet, da die DLL jetzt weg ist. Aber vielleicht hilft es, wenn Sie die richtigen dlls gefunden haben: Ссылка

Hoffe, das hilft, zumindest indem du zeigst, was du nicht tun sollst.

Grüße, Kjellski

    
Kjellski 21.09.2011 21:27
quelle

Tags und Links