I problemi con il debug in Silverlight 4 che utilizzano Out of Browser e WCF RIA Servizi

Question

Con Visual stuido 2010, è semplice da configurare SL4 per eseguire il debug di un'applicazione installata out-of-browser. Ho seguito la da qui e tutto sembra per impostare bene. Debug dal browser esegue il programma più che bene, ma in esecuzione del programma di OOB dà un risultato diverso. Dopo l'avvio, lo schermo si vuota e poi appendere per sempre. Ho alcune preoccupazioni che potrebbe essere causa di alcune delle tecnologie che stiamo utilizzando.

In primo luogo, c'è un popup che accade perché stiamo usando WCF RIA Services (ex NET Servizi RIA).

"Ria Servizi fallirà a meno che il progetto Silverlight è ospitato e lanciato dallo stesso progetto web che contiene i servizi RIA."

Questo sembra essere solo un avvertimento, ma ho il sospetto che questo avvertimento potrebbe essere me dicendo che RIA servizi ha bisogno di avere il progetto .web come il suo progetto di avvio.

Stiamo anche utilizzando prisma e l'errore ha un odore di un errore di Prism troppo. (Qualcosa di carico e quindi non compare mai)

Ha chiunque altro avuto problemi con il debug OOB in SL4? C'è qualcuno debug OOB altro in SL4?

Ci dispiace che sia così vago. E 'un pasticcio complicato. L'unico messaggio che vedo è l'avvertimento popup in corsivo. Poi la finestra (che stava mostrando in precedenza sullo sfondo della nostra applicazione) va solo vuoto

Answer 1

Non c'è attualmente un problema noto con il debug di Out of Browser Silverlight 4 applicazione quando si utilizza F5 per avviare l'applicazione dall'interno di VS 2010. La domanda che ho è se l'applicazione viene avviata senza il debug (-F5 o in esecuzione da la scorciatoia)? Nel caso di utilizzo di F5, appare una finestra in genere con la seguente finestra di errore “Impossibile avviare il debug. Un errore fatale si è verificato. Per ulteriori informazioni, si prega di consultare la Guida di Microsoft e il sito web di supporto. HRESULT = 0x80070018” e quindi l'applicazione sembra bloccarsi. In questo caso distacco permette il processo per continuare e poi riattaccare dovrebbe consentire di eseguire il debug del processo.

Se questo è completamente bloccando o si sta cercando di eseguire il debug di codice in esecuzione in fase di avvio (come l'evento pagina di avvio), in un modo possibile per aggirare questo sarebbe quella di mettere in una chiamata a System.Diagnostics.Debugger.Break, avviare il programma e quindi collegare pop quando di dialogo.

Answer 2

Ciò può essere causato dal OOBA installare essendo precedente alla versione che si tenta di eseguire il debug. Ricordate, Silverlight OOBAs non si aggiornano automaticamente alla versione più recente del file XAP che possono essere disponibili sul server. Bisogna aggiornare da soli. Se si ottiene questo errore e di aver incluso la logica di aggiornamento automatico nella vostra app, appena rimbalzare fuori di VS, eseguire l'applicazione in modo che gli aggiornamenti automatici, poi tornare indietro e di debug.

In alternativa, è possibile disinstallare l'applicazione e reinstallarla. Che garantirà il debug contro la build più recente VS.

Mi sono imbattuto in questo stesso problema con VS 2008 e Silverlight 3. Se ho capito, ho appena saltato fuori e aggiornato l'applicazione poi ri-corse in VS e aveva piena debug.