Come posso mettere a punto soluzioni in Visual Studio 2010 da una condivisione di rete?

Question

Recentemente ho avuto un nuovo computer portatile Mac e sto facendo funzionare VS2010 in una macchina virtuale di Parallels. E 'soprattutto lavorando bene per me, ma sto avendo alcuni problemi con il debug tipi di progetto specifici, legati al fatto che i progetti si stanno accessibili tramite una condivisione di rete. progetti di test non vengono eseguiti perché il test runner non può caricare DLL i test. progetti web non riescono a funzionare in Studio mini web server visiva, gettando la seguente eccezione:

'An error occurred loading a configuration file: Failed to start monitoring changes to path\to\web.config'.

Ho trascorso la serata pesca a strascico il web con poca fortuna su questo. Dopo aver letto questi due messaggi, ho provato i soliti cambiamenti caspol, ma poi trovato questo post da uno dei primi VS2010 beta indica che è caspol non è più necessario / supportato in .NET 4.0 e VS2010.

La condivisione di rete è accessibile sia tramite un'unità mappata e il percorso UNC. L'host per il percorso UNC è .pfs; secondo le questo post nomi host Windows tratta a partire da un punto originari della zona Internet.

La macchina virtuale gestisce le sue applicazioni con l'account di amministratore, che sembra avere tutte le autorizzazioni necessarie per la condivisione di rete per creare, leggere, file e cartelle scrittura e cancellazione. Dico "sembra essere", come non riesco a visualizzare le proprietà di protezione della cartella appropriata tramite Explorer: la scheda Protezione semplicemente non è presente

.

Qualcuno è riuscito a caricare correttamente ed eseguire il debug web e prova progetti da una condivisione di rete in VS2010?

UPDATE: Ho provato a caricare le soluzioni in VS2010 su una macchina Windows nativa separata utilizzando l'indirizzo IP del mio MacBook, con risultati alterni. Il progetto di test non è riuscito ancora una volta a correre con l'errore:

Error loading \\192.168.0.4\alastair\Code\project\bin\Debug\Tests.dll: Could not load file or assembly 'file://\\192.168.0.4\alastair\Code\project\bin\Debug\Tests.dll' or one of its dependencies. Operation is not supported. (Exception from HRESULT: 0x80131515)

Tuttavia, il progetto ASP.NET MVC viene eseguito correttamente come previsto in questa impostazione, e io ottenere esattamente gli stessi risultati qui se uso il nome NetBIOS del MacBook.

Naturalmente, per fare questo, ho dovuto attivare la condivisione SMB in Snow Leopard, che non è stato necessario per accedere alla posizione nel mio Parallels VM. Forse c'è qualche impostazione in Parallels che ho bisogno di tweak per modificare le autorizzazioni sulla condivisione?

Inoltre ho segnalato questo problema per i moderatori a richiesta essere spostato StackOverflow; Penso che potrebbe essere un forum più appropriato di SuperUser.

Answer 1

Prova impostazione <loadFromRemoteSources enabled="true"/> sotto l'elemento di runtime Devenv.exe.config, come suggerito nella risposta alla questa domanda . E 'risolto il problema per me ... Visual Studio mi avverte ancora durante il caricamento di un progetto dalla condivisione, ma l'esecuzione di test ora funziona.

Answer 2

Questo presuppone che il problema è proprio con "nomi treat [ing] ospitanti che iniziano con un punto, come originari della zona di Internet" di Windows. Potrebbe essere qualcosa di diverso, ma l'opzione (3) qui sotto dovrebbe essere un mezzo rapido di (dis) dimostrando questo come parte del problema.

---

Il periodo (.) non è un carattere spesso usato in un nome host DNS; di solito è interpretato come un separatore tra nome host e di dominio (ad esempio, localhost.localdomain ). nomi host DNS sono in genere limitati a "LDH" - lettere, cifre e trattini.

percorsi UNC e nomi di rete di Windows (NetBIOS) possono soffrire di problemi simili. Secondo RFC3696 , periodi sono legali, ma è necessario per sfuggire periodi utilizzati all'interno di un nome host in base alle RFC1035 . Se sto leggendo RFC1035 correttamente, il nome host dovrebbe essere \.pfs invece di .pfs.

mi piacerebbe chiedo se i vostri problemi avrebbe funzionato bene se si

1. cambiato il nome host (sul server di condivisione) a qualcosa di non tra cui un punto (e aggiornato il client di conseguenza),
2. cambiato il percorso UNC per la condivisione (sul client) per utilizzare la sequenza di escape appropriata per periodi, o
3. cambiato il percorso UNC per la condivisione (sul client) per utilizzare l'indirizzo IP invece del nome host.