Probleme mit Debuggen in Silverlight 4 mit Out of Browser und WCF RIA Services

Question

Mit Visual stuido 2010 ist es einfach SL4 einzurichten mit einem Out-of-Browser installiert App zu debuggen. Ich folgte dem Anweisungen von hier und alles scheint in Ordnung zu gründen. Debugging aus dem Browser läuft das Programm ganz gut, aber aus dem OOB-Programm ausgeführt gibt ein anderes Ergebnis. Nach dem Start wird der Bildschirm leer und dann für immer hängen. Ich habe einige Bedenken, dass es wegen einiger der Technologien sein könnten, die wir verwenden.

Zum einen gibt es ein Popup, das, weil wir (früher .NET RIA Services) verwenden WCF RIA Services geschieht.

"RIA Service schlägt fehl, wenn das Silverlight-Projekt wird von dem gleichen Web-Projekt gehostet und ins Leben gerufen, die die RIA Service enthält."

Das scheint nur eine Warnung zu sein, aber ich habe den Verdacht, dass diese Warnung könnte mir erzählen, dass RIA Service das .web Projekt als Startprojekt haben muss.

Wir verwenden auch Prisma und der Fehler hat zu einem Geruch eines Prism Fehlers. (Etwas Laden und dann nicht immer erscheinen)

Hat jemand hatte Probleme mit OOB-Debugging in SL4? Ist jemand OOB-Debugging in SL4?

Leider ist es so vage. Es ist ein kompliziertes Durcheinander. Die einzige Botschaft, die ich sehe, ist die kursive Popup-Warnung. Dann wird das Fenster (die zuvor den Hintergrund unserer Anwendung angezeigt) nur leer geht

Answer 1

Es ist ein bekanntes Problem mit dem Debuggen eine Out-of-Browser Silverlight 4-Anwendung, wenn F5 mit der Anwendung zu starten aus VS 2010. Die Frage, die ich habe, ist, ob die Anwendung startet, ohne das Debuggen (-F5 oder läuft es aus Die Abkürzung)? Im Fall von F5, erscheint ein Dialog typischerweise mit dem folgenden Fehler dialog „Debuggen können nicht starten. Ein schwerwiegender Fehler ist aufgetreten. Weitere Einzelheiten finden Sie in der Microsoft-Hilfe und Support-Website. HRESULT = 0x80070018” und dann erscheint die Anwendung zu hängen. In diesem Fall Lösens ermöglicht den Prozess fortzusetzen und dann erlauben reattaching sollten Sie den Prozess zu debuggen.

Wenn diese vollständig blockiert oder Sie versuchen, Code zu debuggen beim Start ausgeführt wird (wie das Seite Startereignis), eine Möglichkeit, dies zu umgehen in einem Aufruf von System.Diagnostics.Debugger.Break zu setzen wäre, starten Sie das Programm und dann an, wenn Dialog erscheint.

Answer 2

Dies kann durch die OOBA verursacht werden installieren ist älter als die Version, die Sie versuchen, zu debuggen. Denken Sie daran, Silverlight OOBAs nicht automatisch aktualisiert sich auf die neueste Version der XAP-Datei, die auf dem Server zur Verfügung stehen. Sie haben sie selbst zu aktualisieren. Wenn Sie diese Fehlermeldung erhalten, und Sie haben die Auto-Update-Logik in der App enthalten, nur von VS Schlag aus, führen Sie die App, so dass es eine Auto-Update, dann in und Debug zurück.

Alternativ können Sie die App deinstallieren und neu installieren. Das wird sicherstellen, dass Sie debuggen gegen die neuesten VS zu bauen.

Ich lief in das gleiche Problem mit VS 2008 und Silverlight 3. Wenn ich es bekam, sprang ich gerade aus und aktualisierte die App dann erneut lief es in VS und hatte vollen Debugging.