Welchen Befehl verwendet Visual Studio für WebDeploy? Der “UseMsdeployExe” Switch…

image.png

WebDeploy finde ich ein großartiges Tool um WebApplikationen zu publishen bzw Packages zu bauen, allerdings kann es manchmal schwer sein den Vorgang zu debuggen.

Link zum Setup WebDeploy: Wer Probleme beim Aufsetzen von WebDeploy hat, der kann auf diesen Post mal ein Blick werfen. 

Publishing aus dem Visual Studio klappt, aber über die Cmd nicht? Mhh…

image Wenn das Publishing über Visual Studio selbst klappt, aber über die Kommandozeile will es nicht und die Batch Datei will auch nicht wird es rätselhaft.

Im Standardfall nutzt Visual Studio eine interne Web Deploy API sodass die MsDeploy.exe gar nicht aufgerufen wird. Allerdings kann man Visual Studio dazu bringen den Aufruf direkt an die MsDeploy.exe weiterzureichen.

 

Allerdings gibt es eine Lösung für das Problem:

Dafür muss man im selben Verzeichnis wie die Projektdatei eine {PROJECTNAME}.wpp.targets Datei mit diesem Inhalt anlegen:

<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="4.0" DefaultTargets="Build"
         xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
  <PropertyGroup>
    <UseMsdeployExe>true</UseMsdeployExe>
  </PropertyGroup>
</Project>

Man kann dieses Property auch direkt in der Projektdatei unterbringen, allerdings ist dies die schönere Lösung.

Build Output

Durch dieses Flag nutzt Visual Studio jetzt direkt MsDeploy.exe und der Aufruf kann im Build Output gesehen werden:

image 

Jetzt kann man vergleichen, was Visual Studio macht und was bislang das eigene Script nicht gesetzt hat.

Noch mehr Informationen erhält man, wenn man in den Optionen die Build Output Informationsmenge erhöht:

image

Die Information hab ich aus dem Blog von Sayed Ibrahim Hashimi – ein Microsofti, welcher sich um WebDeploy kümmert. Wer mehr über WebDeploy lernen will, sollte seinen Blog lesen.

Wenn dir der Blogpost gefallen hat, dann hinterlasse doch einen Kommentar. Wenn du auf dem Laufenden bleiben willst, abonniere unseren RSS Feed oder folge uns auf Twitter.

About the author

Written by Robert Mühsig

Hi, ich bin Robert Mühsig und bin Webentwickler und beschäftige mich mit Web-Frameworks auf dem Microsoft Web Stack und scheue mich auch nicht vor Javascript. Der Blog begann als "Problemsammelstelle und Lösungshilfe" und seitdem schreibe ich hier alles auf. Seit 2008 bin ich Microsoft MVP für ASP.NET. Treffen kann man mich online via Twitter (@robert0muehsig) oder hier.

Comment on this post

Letzte Posts

  • image.png
    IIS & Windows Authentication – Troubleshooting mit Negotiate & NTLM

    Windows Authentifizierung ist eine einfache (und naheliegende) Authentifizierungs-Option für “Haus-interne” Webapplikationen. Setup Im IIS selbst kann man die Windows Authentifzierung sehr leicht anschalten: Natürlich kann man dies auch über die web.config steuern: <system.web> ... <authentication mode="Windows"/> ... </system.web> ... Fehlermeldung “HTTP Error 401.2 – Unauthorized”: Dies kann (wie fast immer) viele Gründe haben, z.B. weil ...

  • image.png
    Json-Online-Tools: Viewer & Json2Csharp Generator

    Wo APIs im Spiel sind, ist das JSON Format nicht weit. Da ich immer mal wieder zwei Tools benutze, möchte ich diese hier auch mal kurz würdigen. JSON Viewer Wer nur den JSON-Text vor sich hat sieht meist die Struktur nicht. Über JSON Viewer kann man sich recht einfach einen Überblick verschaffen: [URL] JSON2CSharp Der ...

  • image.png
    Tools & Vorgehen für Entwicklung rund um OpenXml oder wie erstelle ich Office Dokumente mit .NET?

    Durch meine Tätigkeit bei der  OneOffixx AG habe ich recht tiefe Einblicke in die Erstellung von Microsoft Office Dokumente mit .NET bekommen. Da das Problem “Office Dokumente per Code” zu erstellen recht verbreitet ist, schreib ich mal Empfehlungen für die ersten Schritte. Must Have Tools Ganz klar sollte man das Office in der jeweiligen Version ...

  • image.png
    Windows Phone SDK- & “System”-Icons

    Zwar legt das Metro Design viel Wert auf Typografie – jedoch sind auch Icons sehr wichtig. Wer das Windows Phone SDK installiert hat, bekommt 36 Icons mitgeliefert. Diese sind unter diesem Pfad zu finden: C:\Program Files (x86)\Microsoft SDKs\Windows Phone\v8.0\Icons Viele Icons, welche man von den eingebauten Anwendungen kennt, sind allerdings nicht enthalten. Pedro Lamas hat ...

  • image.png
    Wie finde ich heraus ob mein ADFS 2.0 funktioniert?

    Ich hatte mich recht lange mti dem Thema ADFS 2.0 (“Active Directory Federation Services”) beschäftigt und da kam die recht einfache Frage auf: Wie stelle ich fest ob die Verbindung zwischen ADFS und AD “funktioniert”? Hier eine simple Variante es zu testen… Was ist ein ADFS überhaupt? Wenn man über AD-Grenzen hinweg “Vertrauensstellungen” braucht, dann ...

Unterstützt von…

Facebook