WIX benutzerdefinierte Aktion Debugging funktioniert nicht

Question

Ich habe versucht, meine benutzerdefinierte Aktion zu debuggen. Ich legte Debugger.Break() in benutzerdefinierte Aktion cs. Wenn ich benutzerdefinierte Aktion bauen schafft es diese Dateien:

myCustomAction.dll 
myCustomAction.CA.dll 
myCustomAction.pdb 

In wix Projekt I myCustomAction.CA.dll innerhalb binären Tags (nicht myCustomAction.dll) verweisen. Da gibt es nicht myCustomAction.CA.pdb ist dies der Grund, dass das Debuggen nicht funktioniert? Ich habe es auch mit messagebox probiert und angehängt zu verarbeiten, wenn Meldungsbox angezeigt wird. Aber ich bekomme die folgende Nachricht: Kann die PDB-Datei nicht finden oder öffnen.

Was mache ich falsch? Ich habe Wix 3.5 Version und Visual Studio 2010.

Answer 1

Nicht sicher, was das Problem an Ihrem Ende ist, aber hier ist ein Artikel mit einem Beispiel benutzerdefinierte Aktion und eine Methode, um es zu debuggen. Es sollte in dem folgenden Artikel, wie erklärt arbeiten: http://www.advancedinstaller.com/user-guide/qa-c-sharp-ca.html

Answer 2

Mit DTF benutzerdefinierten Aktionen der beiden Techniken sind:

1) eine MessageBox in der benutzerdefinierten Aktion Setzen und dann Visual Studio zu diesem Prozess herstellen. Suchen Sie beim Anhängen nach rundll32-Prozess mit nativer und CLR-geladen.

2) Legen Sie die Umgebungsvariable MsiBreak auf den Namen Ihres Einstiegspunkts fest, und starten Sie den Computer neu. DTF wird den Debugger aufrufen, wenn diese benutzerdefinierte Aktion aufgerufen wird.

Ansonsten ist mein allgemeiner Vorschlag, dass Ihr Einstiegspunkt ein sehr dünner Furnier ist, der eine wiederverwendbare Klasse mit dem MSI verbindet. Normalerweise erstelle ich eine Stand-Alone-Klasse, in der ich Daten füttern und alles in einer Konsolen-App testen und dann diese Klasse mit DTF verbinden kann. Ich muss fast nie eine benutzerdefinierte Installeraktion debuggen.

Ansonsten weiß ich im Allgemeinen, das funktioniert.

Answer 3

Hier ist the article, die mir geholfen haben.

einfach den folgenden Code in der ersten Zeile der benutzerdefinierten Aktion hinzufügen:

System.Diagnostics.Debugger.Launch(); 

Dann einfach das Installationsprogramm ausführen. Wenn es beginnt, Ihre Aktion auszuführen, wird das Popup-Fenster mit dem Vorschlag angezeigt, Visual Studio zum Debuggen zu starten.

Ihre Referenzbibliothek ist korrekt, sie muss * .CA.dll sein. Auch der Ansatz mit MessageBox würde funktionieren, aber Sie müssen sich an den rundll32-Prozess anhängen.

Answer 4

Dies ist neben der Verwendung von

System.Diagnostics.Debugger.Launch(); 

In einer Weise, die das Debuggen auf dem Remote-System, wie VM zu verbessern. Ich habe einige Änderungen in der WIX-Zieldatei vorgenommen, um die .CA.dll zu packen und ich habe ein gutes Ergebnis.

Im Zustand des ersten erstellen Artikel ich einen Scheck für % (ReferenceCopyLocalPaths.extension) ‚==‘ hinzugefügt PDB‘ auf diese Weise die meisten meiner Abhängigkeiten PDB jetzt enthalten sind meine .CA.dll IM- und Erlaube eine einfachere Debug-Erfahrung auf dem Remote-System.

C: \ Programme (x86) \ MSBuild \ Microsoft \ WiX \ v3.x \ wix.ca.Ziele

<Target Name="PackCustomAction" 
    Inputs="@(IntermediateAssembly);@(Content);$(CustomActionContents)" 
    Outputs="$(IntermediateOutputPath)$(TargetCAFileName)"> 

    <!-- Find all referenced items marked CopyLocal, but exclude non-binary files. --> 
    <CreateItem 
    Include="@(ReferenceCopyLocalPaths)" 
    Condition=" '%(ReferenceCopyLocalPaths.extension)' == '.pdb' or '%(ReferenceCopyLocalPaths.extension)' == '.dll' or '%(ReferenceCopyLocalPaths.extension)' == '.exe'"> 
     <Output TaskParameter="Include" ItemName="CustomActionReferenceContents"/> 
    </CreateItem>