Der Haltepunkt wird derzeit nicht erreicht. Es wurden keine Symbole für dieses Dokument in einer Silverlight-Anwendung geladen

Question

Ok, was ich habe:

Visual Studio 2010 RC, W7 x64, startete ein neues Projekt vom Typ Silverlight-Anwendung. Hosting der Silverlight-Anwendung in einem ASP.NET-Webanwendungsprojekt. Silverlight Version 3.0. Hinzufügen einer LinqToSQL-Klasse, eines WCF-Dienstes, einer Winform-Tester-Anwendung (Projekt in der Lösung) und einiger Klassen (ebenfalls als Projekte in der Lösung).

Gestern bekam ich plötzlich die Meldung "Der Haltepunkt wird derzeit nicht erreicht. No symbols have been loaded for this document.' Nachricht in der IDE erscheinen, aber es betrifft nur die Web Appliaction, ich kann die Silverlight und die Winform App debuggen.

Was ich versucht / getan habe, um die Meldung loszuwerden:

• Visual Studio-Einstellungen zurücksetzen
• entfernt alle Dateien in jedem \Temporary ASP.NET Files Folder (es gibt je einen für 32bit/64bit und für Framework 2.0 und 4.0)
• versucht, mit Visual Studio Integrated Web Server zu debuggen - normalerweise verwende ich IIS, in der Projektausgabe der Lösung habe ich alle obj- und bin-Ordner in jedem Projektordner gelöscht
• eine neue Lösung erstellt und alle Projekte zu dieser neuen Lösung hinzugefügt
• die Datei solution suo gelöscht
• eine neue ASP.NET-Webanwendung erstellt, um zu testen, ob es sich um ein VS-Installationsproblem handelt => ich kann dieses neue Projekt/diese Lösung debuggen
• den Rechner mehrere Male neu gebootet
• die vs.net-Installation repariert
• einen IISReset durchgeführt
• die Webanwendung aus dem IIS entfernt
• Verwenden Sie die Schaltfläche Virtuelles Verzeichnis erstellen unter Projekteigenschaften der Webanwendung, um eine neue Webanwendung im IIS zu erstellen.
• die Framework-Version jedes Projekts von 3.5 auf 4.0 geändert
• Öffnete die Lösung auf meinem zweiten Rechner => gleiches Verhalten
• Microsoft Connect nach Fehlern / ähnlichen Problemen durchsucht
• 7 STUNDEN VERWENDET.

Also, dies geschieht das 2. Mal in meinem Leben. Letztes Mal habe ich es gelöst, indem ich den Ordner für temporäre ASP.NET-Dateien gelöscht habe, aber dieses Mal brauche ich Ihre Hilfe.

Answer 1

I

<system.web>
    <compilation debug="true"   .../>

Answer 2

Ich habe dieses Problem soeben gelöst, und zwar nach Bereitstellung von Silverlight-Anwendungen . (Diese Antwort ist ein Duplikat einiger anderer, aber ich werde versuchen, sie gründlicher zu erklären).

Das Problem liegt höchstwahrscheinlich darin, dass Ihre Silverlight-Anwendung beim Erstellen/Starten nicht ordnungsgemäß für Ihre Webanwendung bereitgestellt wird. Dies ist ein Referenzierungsproblem - es ist einfach zu verstehen, aber nicht offensichtlich, wenn Sie das erste Mal darauf stoßen.

Wie jede andere Projektreferenz auch, ist die referenziert Die Ausgabe des Projekts sollte in das Verzeichnis Verweis auf bin-Ordner des Projekts zu debuggen. Bei Klassenbibliotheken geschieht dies, wenn Sie mit der rechten Maustaste klicken und 'Verweis hinzufügen...' wählen. Für Silverlight sollten Sie eine Referenz über die Projekteigenschaften hinzufügen.

• Klicken Sie mit der rechten Maustaste auf Ihr Projekt, und wählen Sie "Eigenschaften".
• Wählen Sie die Registerkarte "Silverlight-Anwendungen" auf der linken Seite
• Klicken Sie auf die Schaltfläche "Hinzufügen..." und wählen Sie Ihr Silverlight-Projekt im Dialogfeld aus.

Dies fügt einen Verweis auf die Silverlight-Anwendung von Ihrer Hosting-Webanwendung hinzu und stellt sicher, dass die xap Datei wird bei der Erstellung oder Bereitstellung in die Webanwendung kopiert. Das bedeutet, dass sich die aktuelle Silverlight-Anwendung und ihre Debug-Dateien in der zu debuggenden Anwendung befinden, und Sie können den Code Schritt für Schritt durchgehen.

Answer 3

Ich hatte das gleiche Problem unter Windows 7 und versuchte alles DLLs gesäubert, die Liste der Module untersucht, "Just My Code" ausgeschaltet und so weiter.

Das Problem wurde gelöst, nachdem ich Visual Studio "als Administrator" ausgeführt habe. Ehrlich gesagt. Warum konnte Microsoft mich nicht einfach warnen, dass es sich um ein no als Administrator" ausführen? Das würde mir einige Stunden Arbeit ersparen.

Answer 4

Bei mir lag das Problem darin, dass ich in den Projekteinstellungen auf der Registerkarte "Build" die Option "Code optimieren" aktiviert hatte.

Answer 5

Hatte das gleiche Problem

Aus irgendeinem Grund wurde eine der DLLs im GAC registriert, weshalb sie immer eine andere Version als der Code hatte.

Nachdem ich es aus der GAC entfernt hatte, war das Problem gelöst.