Hat Azure 1.8 (Okt 2012) die Konfiguration von mehreren Sites in der ServiceDefinition geändert?

8

Vor dem Upgrade auf 1.8 (Okt 2012) haben wir unsere Sites in der ServiceDefinition konfiguriert.

%Vor%

Nach dem Upgrade habe ich den folgenden Fehler beim Publizieren erhalten.

%Vor%

Wir mussten den Wert physicalDirectory aktualisieren und zwei weitere Ordner nach oben verschieben.

%Vor%

Es scheint so zu sein, dass vor 1.8 Azure im Kontext des ursprünglichen Speicherorts der csdef-Datei ausgeführt wurde, jetzt aber von bin \ Release \ ServiceDefinition.csdef ausgeführt wird, was zwei Ordner tiefer ist.

Ich war nicht erfolgreich bei der Suche nach einem Online-Lernprogramm, das speziell über diese Funktion spricht, die mit der neuesten SDK-Version verwendet wird. War das eine offizielle Änderung? Ich sollte auch erwähnen, dass wir gleichzeitig auf VS 2012 aufgerüstet haben.

Ich habe das Gefühl, dass dieses Feature ständig vernachlässigt wird. (Siehe Mangel an .config transformiert Problem). Wir würden gerne zu Azure WebSites wechseln, aber wir können dies erst tun, wenn SSL / HTTPS verfügbar ist und keine Vorschau mehr verfügbar ist.

    
Vyrotek 13.11.2012, 17:04
quelle

2 Antworten

9

Ja, das war eine offizielle Änderung, aber ich kann keine Dokumentation darüber finden, die im Upgrade-Bericht enthalten ist:

"Das physicalDirectory-Attribut" .. \ MyWebRole "des Site-Elements enthält einen relativen Pfad. Dieser Pfad ist relativ zu dem Verzeichnis, in dem sich die Ziel-Servicedefinitionsdatei beim Packen befindet. In früheren Versionen befand sich diese Datei im Stammverzeichnis Projektverzeichnis In dieser Version befindet sich diese Datei standardmäßig im Projektausgabeverzeichnis.Sie müssen möglicherweise den relativen Pfad aktualisieren, um den neuen Speicherort der Zieldienstdefinitionsdatei widerzuspiegeln. "

    
ccoxtn 14.11.2012, 17:41
quelle
2

Als Antwort auf das Problem von sudhAnsu63 hatte ich das gleiche Problem, bei dem ich das Attribut physicalDirectory aktualisieren würde, aber es würde die Datei neu laden und zur alten (jetzt inkorrekten) Konfiguration zurückkehren. Ich verstehe immer noch nicht warum, aber mir ist aufgefallen, dass VS manchmal mehrere Versionen derselben Datei öffnen würde. Ich musste alle anderen Dateien schließen, meine Änderungen vornehmen, speichern und die Datei schließen, dann nahm es endlich meine Bearbeitungen und begann zu arbeiten. Ich glaube, das Bearbeiten der Datei extern zu VS (wie in Notepad) könnte funktionieren. Seltsamerweise, sobald ich es einmal funktioniert habe, scheint es dieses Problem nicht mehr zu leiden.

    
Seth Dingwell 24.11.2012 20:22
quelle

Tags und Links