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

Vor dem Upgrade auf 1.8 (Okt 2012) haben wir unsere Sites in der ServiceDefinition konfiguriert.Hat Azure 1.8 (Okt 2012) die Konfiguration von mehreren Sites in der ServiceDefinition geändert?

<Site name="Admin" physicalDirectory="..\Company.Admin"> 
    <Bindings> 
    <Binding name="AdminBindingHttp" endpointName="HttpEndpoint" hostHeader="admin.company.com" /> 
    </Bindings> 
</Site>

Nach dem Upgrade erhielt ich den folgenden Fehler beim Versuch zu veröffentlichen.

Error 125 Cannot find the physical directory 'C:\Users\Me\Code\Company.Cloud\bin\Company.Admin' for virtual path Admin/.

Wir hatten die physicalDirectory Wert zu aktualisieren und bis 2 weitere Ordner verschieben.

<Site name="Admin" physicalDirectory="..\..\..\Company.Admin"> 
    <Bindings> 
    <Binding name="AdminBindingHttp" endpointName="HttpEndpoint" hostHeader="admin.company.com" /> 
    </Bindings> 
</Site>

Es scheint, dass die bisherigen 1,8 Azure wurde in Zusammenhang mit dem ursprünglichen Speicherort der csdef Datei ausgeführt wird, aber jetzt ist es aus der ist \ Release \ ServiceDefinition.csdef Ausführung, die zwei Ordner tiefer ist.

Ich war erfolglos bei der Suche nach einem Online-Tutorial, 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 fühle mich wie diese Funktion wird ständig vernachlässigt. (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.

Quelle

2012-11-13 Vyrotek

Ich begegnete diesem auch und kam zu dem gleichen Fix. Ich habe bereits VS2012 (RC, und dann RTM) laufen, also ist es damit nicht zu tun. – JcFx

Ich stehe vor dem gleichen Problem. Aber nach dem Anhängen von "../" im virtuellen Verzeichnispfad, wenn ich pacakge mache. Die Datei "ServiceDefination.csdef" wird außerhalb geändert und "../" wird entfernt und derselbe Fehler wird angezeigt "physischer Pfad zu virtuellem Verzeichnis nicht gefunden." – sudhAnsu63

Ja, das war eine offizielle Änderung, aber ich kann keine Dokumentation darüber anders als das finden, was in dem Aktualisierungsbericht 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 Paketieren befindet In früheren Versionen befand sich diese Datei im Stammprojektverzeichnis In dieser Version befindet sich diese Datei standardmäßig im Projekt Ausgabeverzeichnis. Möglicherweise müssen Sie den relativen Pfad aktualisieren, um den neuen Speicherort der Zieldienstdefinitionsdatei widerzuspiegeln. "

Quelle

2012-11-14 17:41:25 ccoxtn

Vielen Dank für die Bestätigung! – Vyrotek

Problem ist, dass dies anders ist als das, was auf der virtuellen Maschine bei der Bereitstellung ist. Das Verzeichnis auf der virtuellen Maschine ist c:/a/Projekt auf meinem Rechner ist es c:/Projekt oh micsft .. –

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.

Quelle

2012-11-24 20:22:36

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

Antwort

Verwandte Themen