· 1.1.
Architetture
supportate
· 1.2.
Sistemi operativi
supportati
· 1.3.
Requisiti hardware
· 2.1.
Installazione
· 2.2.
Disinstallazione
· 2.3.
Problemi relativi al
prodotto
·
2.3.1.
Problemi generali
·
2.3.2.
ADO.Net
·
2.3.3.
Linguaggi
·
2.3.4.
LINQ
·
2.3.5.
Visual Studio Tools per
Office
·
2.3.6.
Sviluppo Web
·
2.3.7.
Strumenti di Windows Communication Foundation
(WCF)
·
2.3.8.
Progettazione Windows
Presentation Foundation per Visual Studio
·
2.3.9.
Strumenti di Windows Workflow Foundation
(WF)
·
2.3.10.
Integrazione con Windows
SDK
· x86
· x64 (WOW)
1.2.Sistemi operativi supportati
· Microsoft
Windows XP
· Microsoft
Windows Server 2003
· Microsoft
Windows Server 2008
· Windows
Vista
1.3.Requisiti
hardware
· 3,8
GB disponibili nell'unità di sistema e 600 MB nell'unità in cui è installato
Visual Studio
Nota: per rimuovere i file temporanei è
possibile utilizzare l'utilità Pulitura disco.
· Requisiti
minimi: CPU da 1,6 GHz, schermo da 1024 x 768, velocità disco rigido pari a 5400
giri al minuto
· Requisiti
consigliati: CPU da almeno 2,2 GHz, schermo da 1280 x 1024, velocità disco
rigido pari ad almeno 7200 giri al minuto
· Su
Windows Vista: CPU da 2,4 GHz
Microsoft Synchronization Services for ADO.NET 1.0 for Devices non viene installato insieme a VS2008 SP1. Gli utenti devono scaricare il file con estensione msi prima di poter attivare la funzionalità Cache database locale nei progetti Smart Device.
Per risolvere il problema:
Scaricare il file con estensione msi di Microsoft Synchronization Services for ADO.NET 1.0 for Devices dall'Area download e installarlo.
L'installazione di Visual
Studio 2008 SP1 non è stata completata correttamente e viene visualizzato il
messaggio "Impossibile stabilire una connessione con il
server".
Di
seguito sono riportate le possibili cause del problema:
La causa più probabile è la
presenza di un firewall nel computer di destinazione.
Per risolvere il problema:
Aggiungere un'eccezione al
firewall per il Programma di installazione del Service Pack. In questo modo, il
firewall non blocca più le comunicazioni necessarie per il Programma di
installazione del Service Pack. Successivamente, eseguire di nuovo
l'installazione di Visual Studio 2008 SP1.
Su un
computer Windows XP:
Su un computer Windows Vista:
Quando si tenta di installare SQL Server 2008 RTM o SQL Server 2005 RTM/SP1/SP2 in Windows 7 RC, è possibile che venga visualizzato un avviso che segnala la presenza di problemi di compatibilità tra SQL Server e questa versione di Windows. Poiché SQL Server viene ridistribuito da Visual Studio, è possibile che si verifichino problemi con le installazioni in cui l'utente sceglie di installare SQL Server insieme a Visual Studio. I problemi che attivano l'avviso di compatibilità sono stati risolti in SQL Server 2008 SP1 e SQL Server 2005 SP3.
Per risolvere il problema:
Installare Visual Studio 2008 e scegliere di installare SQL Server 2005 Express Edition SP2 (selezionato per impostazione predefinita).
In alternativa, è possibile installare SQL Server 2005 Express Edition SP3 prima di installare Visual Studio 2008.
Ulteriori informazioni:
Se è necessario installare SQL Server 2008 in Windows 7 RC, per evitare la visualizzazione di messaggi di avviso è possibile creare un proprio pacchetto SQL Server 2008 con Service Pack 1. Seguire la procedura descritta da Peter Saddow in: Creating a merged (slipstreamed) drop containing SQL Server 2008 RTM + Service Pack 1 (informazioni in lingua inglese).
Quando Visual Studio 2008 SP1 viene applicato a più prodotti presenti in un computer, ad esempio a Visual Studio 2008 versione inglese e a Visual Studio 2008 versione spagnola, la disinstallazione del Service Pack 1 da una delle due versioni sottopone a downgrade i file degli altri prodotti Visual Studio 2008.
Per risolvere il problema:
Ripristinare i prodotti in cui è ancora installato Visual Studio 2008 SP1 o disinstallare tale Service Pack anche da questi prodotti.
Per Windows Vista o versioni successive:
1. Aprire il Pannello di controllo.
2. Selezionare "Programmi".
3.
Selezionare "Disinstalla un programma".
4. Scegliere un'edizione di Visual
Studio 2008 in cui è ancora installato il Service Pack 1.
5. Selezionare
"Disinstalla/Cambia".
6. Selezionare "Continua" per effettuare l'esecuzione
con privilegi elevati, se richiesto.
7. Una volta caricati i componenti del
programma di installazione, selezionare "Avanti".
8. Selezionare
"Ripristina/Reinstalla".
Per sistemi operativi precedenti a Windows Vista:
1. Aprire il Pannello di controllo.
2. Selezionare "Installazione
applicazioni".
3. Selezionare "Disinstalla/Cambia".
4. Una volta caricati
i componenti del programma di installazione, selezionare "Avanti".
5.
Selezionare "Ripristina/Reinstalla".
L'installazione di Visual Studio 2008 SP1 non viene completata correttamente se Windows Vista Sidebar è attivato.
Per risolvere il problema:
1. Fare clic con il pulsante destro del mouse sull'icona di Sidebar nell'area
di notifica, all'estrema destra della barra delle applicazioni.
2.
Selezionare "Esci".
Se si installano versioni
localizzate non corrispondenti di Visual Studio 2008 RTM e Visual Studio 2008
SP1, è possibile che determinate funzionalità non siano disponibili o che
l'interfaccia utente presenti una localizzazione mista.
Scenari
supportati:
Per risolvere il problema:
Se si installa Windows SDK
per Windows Vista oppure Windows SDK Update per Windows Vista e successivamente
si disinstalla Windows SDK, le chiavi del Registro di sistema richieste da
Visual Studio per trovare le intestazioni, le librerie e gli strumenti di
Windows vengono rimosse.
Per risolvere il problema:
Eseguire una delle operazioni
seguenti:
Durante l'installazione di
Visual Studio 2008 SP1, MSDN Library per Visual Studio 2008 SP1 non viene
installato sul computer.
Per risolvere il problema:
MSDN Library per Visual
Studio 2008 SP1 può essere scaricato separatamente. Vedere l' Area download
Microsoft.
Nel file di Windows installer
(con estensione msi) di SQL Server Compact 3.5 SP1 for Devices sono contenuti i
file di runtime relativi ai dispositivi mobili necessari per installare SQL
Server Compact 3.5 SP1 sui dispositivi mobili. L'installazione di Visual Studio
2008 SP1 nella versione rilasciata di Visual Studio 2008 non consente di
aggiornare il file con estensione msi di SQL Server Compact 3.5 for Devices alla
versione SP1.
Per risolvere il problema:
Il file con estensione msi di
SQL Server Compact 3.5 SP1 for Devices può essere scaricato
dall' Area
download Microsoft.
Quando Visual Studio 2008 SP1 viene installato in un computer con Windows Vista che non dispone di .NET Framework 2.0 SP2 e di .NET Framework 3.0 SP2, viene visualizzata una notifica di aggiornamento automatico di Windows in cui viene richiesto di riavviare il computer. Consentendo il riavvio richiesto da Windows Update, l'installazione di Visual Studio viene immediatamente interrotta.
Per risolvere il problema:
Posticipare il riavvio finché non viene completata l'installazione di Visual Studio SP1.
L'installazione di NET Framework 2.0 SP2 non viene completata in un computer in cui è installato .NET Framework 2.0 o .NET Framework 2.0 SP1 e in cui viene eseguito Windows XP, Windows Server 2003 o Windows 2000.
Quando si avvia il programma di installazione di .NET Framework 2.0 SP2, le versioni precedenti di .NET Framework 2.0 e .NET Framework 2.0 SP1 vengono disinstallate. Durante la disinstallazione delle versioni precedenti mediante Windows Installer viene utilizzato il database di installazione nella cache. In questa fase, se nella cache di Windows Installer o nella posizione di origine non vengono rilevati i package di installazione dei precedenti aggiornamenti, l'installazione non viene completata. Se il ripristino dello stato precedente non viene completato, questo errore di installazione potrebbe inoltre impedire la corretta esecuzione delle applicazioni che utilizzano .NET Framework.
Questo problema può verificarsi per uno dei motivi seguenti:
Nella cache di Windows Installer non sono presenti i file necessari.
La cache di Windows Installer
è stata modificata. La cache è fondamentale per il ripristino, l'aggiornamento e
la disinstallazione dei prodotti. È pertanto opportuno non rimuovere o
modificarne i contenuti. Se si modificano i contenuti della cache, è possibile
che venga richiesto di specificare un'origine quando si tenta l'aggiornamento o
il ripristino dei prodotti basati su Windows Installer.
Talvolta potrebbe non essere disponibile un file di patch (con
estensione msp) di Windows Installer previsto nella cache. Di seguito sono
riportati due motivi frequenti del mancato rilevamento del file con estensione
msp:
- È stato eseguito uno strumento in grado di
rilevare ed eliminare i file di grandi dimensioni o utilizzati raramente sul
disco rigido.
- Il proprietario della directory
%windir%\Installer è stato modificato dal SISTEMA o dagli Amministratori.
Se si verifica questo problema, nel log di
Windows Installer relativo all'installazione non riuscita viene visualizzato un
messaggio simile al seguente:
MSI (s) (D0:B0)
[19:05:57:843]: impossibile trovare la patch locale
'C:\WINDOWS\Installer\a4784a.msp'. Ricerca in corso nel database di origine.
MSI (s) (D0:B0) [19:05:57:843]: risoluzione
dell'origine della patch.
È possibile utilizzare
Microsoft .NET Framework Registration Correction Tool per risolvere questo
problema. Lo strumento consente di correggere l'errore eliminando tutte le
registrazioni di hotfix e aggiornamenti specifiche per questo aggiornamento,
affinché le installazioni di manutenzione non tentino di caricare quel
determinato file con estensione msp.
Si può
tentare di risolvere il problema anche ricompilando la cache del programma di
installazione. In genere, nelle righe successive a "Risoluzione dell'origine
della patch" è possibile trovare il numero della Knowledge Base per l'hotfix o
per l'aggiornamento, come illustrato nel seguente esempio:
MSI (s) (D0:B0) [19:05:57:859]: SOURCEMGMT: l'origine non è
valida. Package mancante/inaccessibile.
MSI (s)
(D0:B0) [19:05:57:859]: nota: 1: 1706 2: -2147483647 3: NDP20-KB917283-X86.msp
Per correggere la cache di Windows Installer
in questo esempio, effettuare le operazioni seguenti:
1. Visitare il sito Web Microsoft alla pagina seguente:
http://support.microsoft.com/kb/917283 (http://support.microsoft.com/kb/917283).
Nota: è possibile sostituire il numero di articolo della Knowledge Base nell'URL
con quello dell'articolo relativo all'hotfix o dell'aggiornamento per il quale
si desidera modificare la cache di Windows Installer.
2. Scaricare l'aggiornamento.
3.
Estrarre il file con estensione msp nell'hotfix o nell'aggiornamento mediante
l'opzione della riga di comando /x o /extract.
4.
Copiare il file con estensione msp estratto nella posizione del file mancante.
In questo esempio, tale posizione è %windir%\Installer\a4784a.msp.
È possibile che la registrazione dell'hotfix
o dell'aggiornamento sia danneggiata.
Dopo
aver installato un hotfix o un aggiornamento in un prodotto basato su Windows
Installer, la relativa registrazione può subire dei danneggiamenti. Tale
problema si verifica a causa delle utilità di pulitura del Registro di sistema
di terze parti che rimuovono determinate chiavi del Registro di sistema. Queste
chiavi includono quelle destinate all'utilizzo interno da parte di Windows
Installer. In questo caso, il messaggio nel log relativo alla risoluzione
dell'origine della patch sarà il seguente:
MSI
(s) (CC:5C) [03:02:56:181]: impossibile trovare la patch locale''. Ricerca in
corso nel database di origine.
MSI (s) (CC:5C)
[03:02:56:181]: risoluzione dell'origine della patch.
Nota: nel messaggio del log non è riportata la posizione
dell'hotfix o dell'aggiornamento perché le relative informazioni di
registrazione non sono disponibili. In questo caso, un hotfix o un aggiornamento
viene comunque registrato in un prodotto. Tuttavia, le informazioni sulla
posizione dell'hotfix o dell'aggiornamento risultano mancanti. Nonostante la
presenza del file, Windows Installer non è in grado di rilevare il percorso del
file necessario per il caricamento.
È
possibile utilizzare Microsoft .NET Framework Registration Correction Tool per
risolvere questo problema. Lo strumento consente di correggere l'errore
eliminando la registrazione di tutti gli hotfix e gli aggiornamenti specifica
per questo Service Pack, affinché le installazioni di manutenzione non tentino
di caricare il package dell'hotfix o di aggiornamento.
Per risolvere il problema:
Se non è possibile completare
correttamente l'installazione di .NET Framework 2.0 SP2 e trovare il testo
"Risoluzione dell'origine della patch" nel file di log dell'installazione come
illustrato nella sezione "Causa", per risolvere il problema è possibile
scaricare Microsoft .NET Framework Registration Correction Tool.
Strumento di correzione della registrazione di Microsoft .NET
Framework 2.0
Mediante Microsoft .NET Framework Registration Correction Tool è
possibile risolvere entrambi i problemi descritti nella sezione "Causa".
Nell'Area download Microsoft è disponibile il
download del file riportato di seguito:
Scaricare ora il package dello strumento di correzione della
registrazione di Microsoft .NET Framework 2.0. http://www.microsoft.com/downloads/details.aspx?FamilyID=0BA6038C-061E-4B4A-9BE9-96A323701260
Nell'Area download Microsoft è disponibile una versione dello
strumento per ciascuna architettura del processore supportata da .NET Framework
2.0 (x86, x64 e IA-64). La maggior parte dei clienti esegue una versione del
sistema operativo a 32 bit, pertanto deve scaricare e installare la versione x86
dello strumento.
Gli amministratori possono
inoltre usare questa utilità negli script passando l'opzione della riga di
comando /q o /quiet. In questo modo, è possibile eseguire l'applicazione in
modalità trasparente senza utilizzare un'interfaccia utente né gli script di
blocco.
Lo strumento scrive un log in esecuzione
nella cartella %TEMP%\dd_clwireg.txt. È possibile visualizzare tale log per
ottenere maggiori informazioni sulle operazioni eseguite dallo strumento.
Note
-
Microsoft .NET Framework Registration Correction Tool è progettato per
l'utilizzo con qualsiasi versione corrente di .NET Framework.
- Per eseguire questa utilità, è necessario disporre dei diritti
di amministratore.
Nei computer in cui sono presenti più versioni di prodotti Visual Studio 2008, comprese le versioni localizzate, tutte le versioni devono essere aggiornate a Service Pack 1. I prodotti Visual Studio 2008 si basano su risorse condivise e, se si aggiorna soltanto una determinata versione, le altre versioni di Visual Studio 2008 possono passare in uno stato non supportato.
Per risolvere il problema:
Aggiornare tutte le versioni di Visual Studio 2008, comprese le versioni localizzate, a Service Pack 1.
Se si disinstalla Visual Studio 2008 SP1 Beta o se si esegue lo strumento di rimozione delle patch di Visual Studio è possibile che venga generato il messaggio 1330 (in cui si segnala che il file CAB presenta una firma digitale non valida) e che venga richiesta l'origine dell'installazione.
Nella maggior parte dei casi, questo problema è dovuto a errori di lettura intermittente del disco o a problemi di trasferimento su rete.
Per risolvere il problema:
Disinstallare Visual Studio 2008 SP1 Beta o eseguire nuovamente lo strumento di rimozione delle patch di Visual Studio 2008 Patch Removal Tool.
Se il problema persiste:
1. Se si utilizza lo strumento di rimozione delle patch di Visual Studio
2008, salvarlo nel disco rigido locale.
2. Copiare i file di installazione di
Visual Studio 2008 RTM dal supporto originale o dal percorso di rete
in una directory locale (ad esempio, %TEMP%\VS2008).
3.
Rimuovere il supporto originale di installazione o scollegare il cavo di
rete.
4. Disinstallare nuovamente Visual Studio 2008 SP1 Beta oppure
rieseguire lo strumento di rimozione delle patch di Visual Studio 2008 e, quando
viene richiesta l'origine, specificare il percorso locale dei file di
installazione di Visual Studio 2008.
Dopo aver installato Visual Studio SP1, evitare di eseguire il ripristino di Visual Studio dal supporto di installazione della versione originale (RTM). I package installati con Visual Studio 2008 SP1 sono più recenti e, poiché assenti nel supporto di installazione della versione originale, possono essere ripristinati soltanto tramite Installazione applicazioni.
Per risolvere il problema:
Per ripristinare Visual Studio 2008 SP1:
1. Aprire Installazione applicazioni dal Pannello di controllo.
2.
Selezionare Visual Studio 2008 e scegliere Cambia.
3. Nella finestra di
manutenzione, selezionare Ripristina Visual Studio.
I componenti seguenti devono essere ripristinati a parte mediante Installazione applicazioni:
- Microsoft .NET Compact
Framework
- Microsoft Remote Debugger
- Microsoft Visual Studio Tools per
Office
- Microsoft SQL Server Compact Edition
- Microsoft Windows Mobile
SDK
La logica di rilevamento del ripristino di Visual Studio non è corretta a causa di un valore mancante del Registro di sistema. Ciò si verifica solo nei computer x64 in cui è stato installato Visual Studio Standard.
Per risolvere il problema:
1. Aprire Esplora risorse.
2. Passare a ..Programmi\Microsoft Visual Studio 9.0\Common7\IDE\Remote Debugger\x64.
3. Annotare la versione del file di msvsmon.exe. A tale scopo, fare clic con il pulsante destro del mouse sulle proprietà per visualizzarle oppure tenere il puntatore del mouse su di esse per leggere le descrizioni comandi.
4. Aprire Regedit e aggiungere due valori stringa di Registro di sistema, entrambi denominati "Version", contenenti la stringa della versione corrente in:
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Remote
Debugger Lite Setup\9.0\1033
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Remote Debugger Lite
Setup\9.0\1033
Se si tenta di utilizzare Installazione applicazioni per ripristinare la versione 1.3 della Pubblicazione guidata di database di Microsoft SQL Server (ovvero la versione che viene installata con Visual Studio 2008 Service Pack 1 o Visual Web Developer 2008 con SP1), è possibile che si presenti uno dei problemi seguenti:
a. Il pulsante Ripristina non è disponibile per il componente della versione 1.3 della Pubblicazione guidata di database di Microsoft SQL Server.
b. Il pulsante Ripristina è disponibile, ma se si esegue il ripristino viene installata la versione 1.2 della Pubblicazione guidata.
c. Il pulsante Ripristina è disponibile, ma se si esegue il ripristino il sistema richiede l'origine di SqlPubWiz.msi.
Per risolvere il problema:
Windows XP / Vista
1. Aprire il Pannello di controllo e passare a Installazione applicazioni.
2. Fare clic con il pulsante destro del mouse sul componente della versione 1.3 della Pubblicazione guidata di database di Microsoft SQL Server (o sul componente della versione 1.2 se si è nel caso (b) sopra menzionato) e quindi fare clic su Disinstalla. Attendere il completamento della disinstallazione.
3. Eseguire SqlPubWizInstaller.exe da http://go.microsoft.com/fwlink/?LinkId=119368 per installare nuovamente la versione 1.3 della Pubblicazione guidata di database di Microsoft SQL Server. Per verificarne l'avvenuta installazione, aprire Installazione applicazioni.
Poiché i programmi e gli
aggiornamenti provvisori seguenti impediscono la corretta installazione di
Visual Studio 2008 SP1, rimuoverli prima di installare Visual Studio 2008 SP1:
- Microsoft Silverlight Tools Beta 1
- Microsoft Visual Studio 2008 - KB949325
- Microsoft Visual Studio 2008 - KB944899 (v1)
- Microsoft Visual Studio 2008 - KB945140 (SP1 Beta)
Per rimuovere questi programmi è consigliabile
eseguire lo strumento automatico di preparazione all'installazione del service
pack di Visual Studio 2008. Questo strumento rimuove dal sistema i programmi e
gli aggiornamenti specificati e ripristina l'integrità di qualsiasi funzionalità
di Visual Studio 2008 eventualmente danneggiata durante la rimozione manuale
della versione Beta di Visual Studio 2008 SP1.
Per risolvere il problema:
1. Accedere alla pagina di
download dello strumento di preparazione all'installazione del service pack di
Visual Studio 2008 all'indirizzo http://go.microsoft.com/fwlink/?LinkID=121685&clcid=0x409.
(informazioni in lingua inglese).
2. Seguire le istruzioni indicate nella pagina per scaricare ed
eseguire lo strumento.
Quando si installa
l'aggiornamento di Visual Studio 2008 SP1 è possibile che si verifichi l'errore
1638 di Windows Installer in quanto il language pack di Visual Studio Tools per
Office 3.0 è già stato installato. Ciò si verifica se nel computer sono stati
installati una versione non inglese di Visual Studio Team Test 2008, VSTO 3.0
Runtime e il language pack corrispondente. VSTO 3.0 Runtime può anche essere
installato in altri prodotti Visual Studio, ad esempio Team Foundation Client.
"ERROR_PRODUCT_VERSION 1638
Un'altra versione del prodotto è già installata. Impossibile continuare
l'installazione di questa versione. Per configurare o rimuovere la versione
esistente del prodotto, utilizzare Installazione applicazioni nel Pannello di
controllo".
Per risolvere il problema:
1. Disinstallare il language
pack del runtime di Visual Studio Tools per Office 3.0 mediante Installazione
applicazioni (in Windows XP) o Programmi e funzionalità (in Windows Vista).
2.
Eseguire nuovamente l'installazione di Visual Studio 2008 SP1
(SPInstaller.exe).
L'installazione di Visual
Studio 2008 SP1 comporta l'arresto dello strumento di configurazione Windows SDK
Configuration Tool in Windows SDK per Windows Server 2008 e .NET Framework 3.5.
Questo strumento viene utilizzato per impostare la versione delle intestazioni,
delle librerie e degli strumenti di Windows SDK che si desidera includere nella
build di Visual Studio. Dopo aver installato VS 2008 SP1, lo strumento di
configurazione si arresterà in modo anomalo con un'eccezione non gestita in un
computer X86. In un computer X64, l'interfaccia utente dello strumento verrà
visualizzata con una finestra di dialogo vuota. Questo problema non influisce
sugli SKU di VS 2008 Express.
Lo
strumento di configurazione dipende da una chiave del Registro di sistema che,
tuttavia, viene sovrascritta con contenuto non valido dalla patch del service
pack. Dopo l'installazione della patch di SP1, il valore ProductVersion della
sottochiave HKLM\Software\Microsoft\Microsoft SDKs\Windows\v6.0a viene impostata
su "v6.0A". Lo strumento richiede che questo valore sia un numero di build nel
formato 6.xxx.xxx.xxx. In un computer X64, una chiave del Registro di sistema
aggiuntiva viene sovrascritta con il valore non valido seguente:
HKLM\SOFTWARE\Wow6432Node\Microsoft\Microsoft SDKs\Windows\v6.0A@ProductVersion.
Per risolvere il problema:
Ripristinare Visual Studio
2008 per reimpostare il valore ProductVersion.
In alternativa, gli utenti
esperti possono aggiornare manualmente le chiavi del Registro del sistema in
modo da impostare il valore di ProductVersion su "6.0.6001.17011". Prima di
modificare il Registro di sistema, consultare l'articolo Informazioni sul Registro di sistema di Windows per utenti
esperti.
Per
utilizzare lo strumento SDK Configuration in modalità GUI in VS 2008 è
necessaria una soluzione aggiuntiva. Consultare il documento pubblicato nel blog
di Windows SDK, intitolato WinSDK bug notification: SDK Config Tool appears to work but
fails (informazioni in lingua
inglese).
Questo metodo consente di
eseguire la distribuzione tramite Microsoft Systems Management Server (SMS) o
mediante altri strumenti di distribuzione del software. L'amministratore di rete
esegue inizialmente l'installazione per creare un layout completo di Visual
Studio SP1 in una condivisione di rete, che quindi viene distribuita mediante
l'esecuzione dell'installazione in modalità automatica. La creazione di un
layout completo è necessaria per impedire che il processo di installazione
scarichi package di payload da Internet. Quando eseguito in modalità automatica,
il processo di installazione del Service Pack 1 aggiornerà in modo automatico
tutte le istanze rilevate di Visual Studio 2008 localizzate in una determinata
lingua. In caso di errori, l'installazione verrà terminata automaticamente con
un'indicazione relativa agli errori. Benché ogni layout di SP1 faccia
riferimento a una lingua specifica, negli ambienti contenenti versioni
localizzate distinte di Visual Studio è possibile che occorra creare più layout.
Se in un sistema non è stata installata la versione localizzata di riferimento,
l'installazione del Service Pack 1 avrà esito negativo e non verranno generate
notifiche in merito.
Per
distribuire i componenti mediante SMS, effettuare le operazioni seguenti:
Passaggio
1: creare il layout completo di SP1
Passaggio 2: creare il
package del componente
|
Campo |
Valore |
|
Name |
Microsoft Visual Studio 2008 Service Pack 1 |
|
Version |
SP1 |
|
Publisher |
Microsoft |
|
Language |
<lingua del componente> |
Passaggio
3: creare il programma del componente
Ogni
package di SMS contiene almeno un programma di SMS. Il programma di SMS è un
programma da riga di comando che viene eseguito in ogni computer di destinazione
per controllare la modalità di esecuzione del package.
Passaggio
4: creare il punto di distribuzione del componente
I punti
di distribuzione di SMS sono condivisioni nei sistemi di siti. I file di origine
del package vengono copiati in un punto di distribuzione di SMS per consentire
ai computer client di accedere a tali file.
Passaggio
5: creare l'annuncio del componente
In un
annuncio viene specificato il programma che è disponibile per i computer client,
quali computer riceveranno l'annuncio e la data in cui verrà eseguita
l'installazione del programma.
Dopo l'installazione di una versione non in lingua inglese di Microsoft Visual Studio 2008 Service Pack 1 (SP1), parte del testo localizzato di IntelliSense potrebbe tornare a essere visualizzato in lingua inglese. Il problema si verifica nelle versioni di Visual Studio 2008 SP1 nelle seguenti lingue:
o Cinese (semplificato)
o Cinese (tradizionale)
o Tedesco
o Spagnolo
o Francese
o Italiano
o Giapponese
o Coreano
Per informazioni su come risolvere il problema, fare riferimento all’articolo KB 957507 e scaricare i file.
Non sono stati riscontrati
problemi.
Se il package del programma di avvio automatico di .NET Framework 3.5 SP1 è selezionato nella finestra di dialogo Prerequisiti per un progetto di installazione o nella pubblicazione ClickOnce ed è selezionata anche l'opzione "Scarica prerequisiti dallo stesso percorso dell'applicazione", viene visualizzato l'errore di compilazione seguente:
Il percorso di installazione per i prerequisiti non è stato impostato sul sito Web del produttore di componenti e il file 'dotNetFx35setup.exe' nell'elemento 'Microsoft.Net.Framework.3.5.SP1' non è stato trovato nel disco.
Per risolvere il problema:
Aggiornare i dati del
package
Scaricare ed estrarre i file
di installazione di base
Ora è possibile eliminare i file e le cartelle scaricate ed
estratte ai passaggi 2 e 4.
Scaricare i file di supporto
del Language Pack
|
Lingua
|
Architettura
|
URL origine
|
Destinazione
|
|
Cinese (semplificato) |
x86 |
zh-CHS\DotNetFX35\x86 | |
|
x64 |
zh-CHS\DotNetFX35\x64 | ||
|
Cinese (tradizionale) |
x86 |
zh-CHT\DotNetFX35\x86 | |
|
x64 |
zh-CHT\DotNetFX35\x64 | ||
|
Inglese |
x86 |
N/D |
N/D |
|
x64 |
N/D |
N/D | |
|
Francese |
x86 |
fr\DotNetFX35\x86 | |
|
x64 |
fr\DotNetFX35\x64 | ||
|
Tedesco |
x86 |
de\DotNetFX35\x86 | |
|
x64 |
de\DotNetFX35\x64 | ||
|
Italiano |
x86 |
it\DotNetFX35\x86 | |
|
x64 |
it\DotNetFX35\x64 | ||
|
Giapponese |
x86 |
ja\DotNetFX35\x86 | |
|
x64 |
ja\DotNetFX35\x64 | ||
|
Coreano |
x86 |
ko\DotNetFX35\x86 | |
|
x64 |
ko\DotNetFX35\x64 | ||
|
Portoghese brasiliano |
x86 |
pt-BR\DotNetFX35\x86 | |
|
x64 |
pt-BR\DotNetFX35\x64 | ||
|
Russo |
x86 |
ru\DotNetFX35\x86 | |
|
x64 |
ru\DotNetFX35\x64 | ||
|
Spagnolo |
x86 |
es\DotNetFX35\x86 | |
|
x64 |
es\DotNetFX35\x64 |
- Una volta installata la patch per Visual Studio 2008 SP1 RTM, nella cartella ridistribuibile non è presente nessun file mfc90rus.dll.
- L'utente non potrà utilizzare le risorse russe per scrivere un'applicazione localizzata e distribuirla.
Per risolvere il problema:
L'utente può copiare il file MFC90RUS.DLL dalla cartella winsxs alla cartella ridistribuibile.
Durante l'installazione di Visual Studio 2008 SP1 potrebbero essere richiesti i supporti di installazione originali se, durante l'installazione di Visual Studio 2008, non sono state selezionate le funzionalità seguenti:
In "Librerie di classi & modelli di Visual C++"
- Codice sorgente di MFC ATL
- Librerie statiche MFC ATL per ANSI
- Librerie statiche MFC ATL per Unicode
- Librerie condivise MFC ATL per ANSI
- Librerie condivise MFC ATL per Unicode
In "Strumenti di Visual C++"
- Utilità di analisi MFC
- Ricerca errori di Visual C++
- Strumenti per Win32
Per risolvere il problema:
Procurarsi i supporti originali.
Tramite ClickOnce non viene cercato automaticamente il Service Pack 1 se è stata selezionata l'opzione per impostare come destinazione .NET Framework Client Profile in qualsiasi momento durante lo sviluppo, anche se viene aggiunto un riferimento a System.Data.Entity (che richiede il Service Pack 1).
Se si deseleziona l'opzione "Sottoinsieme .NET Framework solo client" nei progetti in cui è contenuto un riferimento a System.Data.Entity, viene ricercato, erroneamente, .NET Framework 3.5 senza SP1.
Per risolvere il problema:
Per imporre a ClickOnce di cercare .NET Framework 3.5 SP1:
Per i progetti di Visual Basic:
Aprire le proprietà del progetto (fare doppio clic su "Progetti" in Esplora
soluzioni).
Selezionare la scheda Compilazione.
Selezionare Opzioni di
compilazione avanzate.
Deselezionare l'opzione "Sottoinsieme .NET Framework
solo client".
Rimuovere il riferimento a System.Data.Entity dal
progetto.
Aggiungere di nuovo un riferimento a System.Data.Entity al
progetto.
Per i progetti C#:
Aprire le proprietà del progetto (fare doppio clic su "Proprietà" in Esplora
soluzioni).
Fare clic sulla scheda Applicazione.
Deselezionare l'opzione
"Sottoinsieme .NET Framework solo client".
Rimuovere il riferimento a
System.Data.Entity dal progetto.
Aggiungere di nuovo un riferimento a
System.Data.Entity al progetto.
La pagina publish.htm viene creata senza lo script che consente di rilevare la presenza di .NET Framework Client Profile sui computer di destinazione.
Per risolvere il problema:
1. Assicurarsi che l'applicazione sia destinata al sottoinsieme .NET Framework solo client.
Per i progetti di Visual Basic:
Aprire le proprietà del progetto (fare doppio clic su "Progetti" in Esplora
soluzioni).
Selezionare la scheda Compilazione.
Selezionare Opzioni di
compilazione avanzate.
Selezionare l'opzione "Sottoinsieme .NET Framework
solo client".
Per i progetti C#:
Aprire le proprietà del progetto (fare doppio clic su "Proprietà" in Esplora
soluzioni).
Selezionare la scheda Applicazione.
Selezionare l'opzione
"Sottoinsieme .NET Framework solo client".
2. Per ottenere lo script corretto, selezionare il prerequisito per .NET Framework 3.5 SP1 e pubblicare l'applicazione.
3. Nelle proprietà relative alla pubblicazione del progetto, reimpostare il package di prerequisiti di .NET Framework Client Profile e deselezionare l'opzione "Genera automaticamente pagina Web di distribuzione dopo ogni pubblicazione".
4. Pubblicare di nuovo l'applicazione.
Questo problema si verifica in due scenari:
1. Dopo aver eseguito Aggiorna modello da database, le associazioni vengono create per le nuove chiavi esterne del database, ma non vengono visualizzate nel diagramma.
2. Dopo aver eseguito operazioni di annullamento/ripristino nella finestra di progettazione, le linee di associazione non vengono visualizzate nella corretta posizione nel diagramma.
Per risolvere il problema:
Sono disponibili numerose soluzioni:
- Salvare il file. Chiudere la finestra di progettazione. Aprire nuovamente il file.
- Fare clic con il pulsante destro del mouse su un'area vuota del diagramma e scegliere "Layout diagramma". In questo modo potrebbero essere cambiate le modifiche manuali del layout apportate precedentemente al diagramma.
- Spostare manualmente le entità correlate per aggiornare i relativi rendering.
Tramite il collegamento di reindirizzamento predefinito a Visual Studio 2008 ReportViewer (ReportViewer.exe) fornito nel progetto di installazione e distribuzione si viene indirizzati erroneamente al Language Pack di ReportViewer (ReportViewerLP.exe) su sistemi operativi non inglesi.
Per risolvere il problema:
1. Aprire %Programmi%\Microsoft SDK\Windows\v6.0A\Bootstrapper\Packages\ReportViewer\<locale>\package.xml
2. Sostituire il collegamento http://go.microsoft.com/fwlink/?LinkID=98185 con http://go.microsoft.com/fwlink/?LinkID=98185&clcid=0x409 nel file package.xml.
3. Assicurarsi di non modificare il collegamento a ReportViewerLP.exe http://go.microsoft.com/fwlink/?LinkID=98185&clcid=<CLID>.
Per eseguire i test di carico con il client di Visual Studio Team Server 2008 SP1 è necessario utilizzare il relativo controller. Tutti gli agenti che sono in linea e connessi a tale controller devono essere anche agenti di Visual Studio Team Server 2008 SP1. Se il Service Pack 1 viene installato solo sul client di Visual Studio e si esegue un test di carico utilizzando un rig di test che non dispone della versione Visual Studio Team Server 2008 SP1, il test di carico non viene completato e nella finestra Risultati test viene visualizzato il messaggio "Non eseguito". Se si seleziona il collegamento nella finestra Risultati test, l'errore visualizzato nella sezione degli errori e degli avvisi di esecuzione del test sarà simile al seguente:
Impossibile accodare l'esecuzione dei test "nomeutente@CONTROLLER 2008-06-13 11:17:28": l'oggetto di tipo "Microsoft.VisualStudio.TestTools.LoadTesting.LoadTestConstantLoadProfile" non può essere convertito nel tipo "Microsoft.VisualStudio.TestTools.WebStress.WebTestLoadProfile".
Il primo tipo elencato dipende dal tipo di modello di carico utilizzato per il test di carico.
Le versioni del client, del controller e degli agenti di Visual Studio devono corrispondere poiché i miglioramenti delle API sono stati apportati affinché Visual Studio Team Server 2008 SP1 implementi diversi modelli di test di carico.
Per risolvere il problema:
Aggiornare i client, il controller e l'agente a Visual Studio 2008 SP1.
Il Visualizzatore Assembly Cache (Shfusion.dll) è un'estensione shell di Windows che consente di visualizzare e modificare il contenuto della Global Assembly Cache mediante Esplora risorse. Il file Shfusion.dll si trova nella directory %windir%\Microsoft.NET\Framework\v2.0.50727.
In Windows Vista, il Visualizzatore Assembly Cache non viene eseguito con autorizzazioni elevate neanche quando viene aperto da una finestra del prompt dei comandi dotata di autorizzazioni elevate, ad esempio utilizzando il comando START con il percorso di Global Assembly Cache. Ciò è dovuto al fatto che il Visualizzatore Assembly Cache è un'estensione della shell di Esplora risorse, che non viene eseguito con autorizzazioni elevate.
Per risolvere il problema:
Utilizzare Shfusion.dll solo per la visualizzazione.
Per gli aggiornamenti, aprire una finestra del prompt dei comandi dotata di privilegi amministrativi e utilizzare lo strumento da riga di comando Gacutil.exe disponibile in .NET Framework SDK.
La cartella PerfSDK non è
presente nella directory degli strumenti di prestazioni x64. Questa
cartella contiene vsperf.h e vsperf.lib, necessari per collegare le API di
analisi di runtime.
Per risolvere il problema:
L'SDK del profiler a 64 bit
verrà incluso nel programma di installazione del profiler autonomo a 64 bit di
SP1, che sarà disponibile nel centro di download MSDN. Installare il
profiler autonomo a 64 bit in una versione a 64 bit di Windows e quindi copiare
nel percorso "%programmi(x86)%\Microsoft Visual Studio 9.0\Team
Tools\Performance Tools\x64" la directory PerfSDK a 64 bit installata.
Se il file web.config risulta danneggiato a seguito di una sessione di analisi precedente o è stato eliminato, il profiler visualizzerà un messaggio in cui si informa che non è stato possibile configurare correttamente il sito Web e che il recupero delle informazioni sui processi di ASP.NET ha avuto esito negativo. È possibile che il server esegua una versione di Asp.Net precedente alla 2.0. In tale messaggio si informa inoltre che la richiesta "Http://localhost/VSEnterpriseHelper.axd" ha restituito un errore e che in particolare nel server remoto si è verificato un errore interno del server (codice 500).
Per risolvere il problema:
Eliminare il file web.config.
Eseguire il sito Web nell'ambito del debugger per rigenerare un file web.config pulito.
Eseguire il sito nell'ambito del profiler.
La creazione di un progetto
di installazione e distribuzione CHT o JPN in cui "Microsoft Visual Studio 2008
Report Viewer" rappresenta un prerequisito comporta la visualizzazione di vari
messaggi di avviso. Tuttavia, questi messaggi di avviso non impediscono la
distribuzione delle applicazioni, compreso il controllo ReportViewer.
Per risolvere il problema:
Non è necessaria una
soluzione.
Gli assembly applocal AMD64 e
IA64 ATL in %VSINSTALLDIR%\vc\redist\amd64 e %VSINSTALLDIR%\vc\redist\ia64 non
vengono aggiornati da Visual Studio 2008 SP1. Di conseguenza, dopo
l'installazione di SP1, entrambi rimangono al livello Visual Studio 2008 RTM
(9.0.21022.8). Ciò presenta conseguenze negative sulla distribuzione applocal
delle applicazioni AMD64 e IA64 ATL associate ai file di Visual Studio 2008 SP1
con estensione dll.
Per risolvere il problema:
Le
condizioni di licenza attualmente allegate ai package di ENU VC Redist
(VCRedist_x86.exe, VCRedist_x64.exe, e VCRedist_ia64.exe) non consentono la
ridistribuzione di VC Redist. In tali condizioni si specifica che è consentito
installare e utilizzare una sola copia del software. In base alle condizioni di
licenza corrette, invece, è consentito installare e utilizzare il numero
desiderato di copie dei package di VC Redist.
Per risolvere il problema:
Per
questo problema sono disponibili due approcci risolutivi:
L'installazione di alcuni componenti prerequisiti per i pacchetti di distribuzione creati con il progetto di installazione ha esito negativo quando l'utente finale specifica l'installazione tramite Web. Non vengono inoltre installati i pacchetti di distribuzione ClickOnce inclusi con tali componenti associati.
Il problema è dovuto a gli URL danneggiati in alcuni file dei componenti. Per risolvere questo problema è necessario modificare manualmente gli URL nel file package.xml.
Per risolvere il problema:
1. Accedere a "%Programmi%\Microsoft SDKs\Windows\6.0A\Bootstrapper\Packages\"
2. Modificare il file "package.xml" presente in
a.
"\VSTOR30\
b. "\SqlExpress\
e sostituire
a. "<String
Name="VSTORLangPackExe">http://go.microsoft.com/fwlink/?LinkId=95147amp;clcid=0xXXX
</String>"
con
"<String
Name="VSTORLangPackExe">http://go.microsoft.com/fwlink/?LinkId=95147&clcid=0xXXX
</String>"
b. "<String
Name="SqlExprExe">http://go.microsoft.com/fwlink/?LinkId=83136amp;clcid=0xXXX
</String>"
con
"<String
Name="SqlExprExe">http://go.microsoft.com/fwlink/?LinkId=83136&clcid=0xXXX
</String>"
Nota: l'unica differenza consiste nell'aggiunta di "&" prima di "amp;clcid=0xXXX". 0xXXX rappresenta l'identificatore della lingua.
Non sono stati riscontrati
problemi.
Se si utilizza la Creazione guidata applicazione MFC per creare un'applicazione MFC che utilizza l'interfaccia utente della barra multifunzione e si modifica la classe base da CView a CRichEditView, la compilazione dell'applicazione avrà esito negativo a causa dell'errore seguente relativo al compilatore di risorse:
".\REdit.rc(565) : errore RC2151 : impossibile riutilizzare le costanti di stringa, 280(0x118) - "Inserisci oggetto...
o" già definito. Impossibile aggiungere 280(0x118) - "Trova/Sostituisci
f"
Questo errore si verifica in quanto nel file resource.h sono presenti definizioni duplicate relative ai valori delle macro seguenti:
#define
IDS_RIBBON_INSERT_OBJECT 280
#define IDS_RIBBON_FINDREPLACE 280
Per risolvere il problema:
1. Aprire il file Resource.h.
2. Individuare le macro
IDS_RIBBON_INSERT_OBJECT e IDS_RIBBON_FINDREPLACE.
3. Impostare uno dei relativi valori su "307" o su un qualsiasi valore non utilizzato nel file.
4. Ricompilare l'applicazione.
#define IDS_RIBBON_INSERT_OBJECT 280
#define IDS_RIBBON_FINDREPLACE 307
Non sono stati riscontrati
problemi.
Se si installa una soluzione aprendo il manifesto di distribuzione (file con estensione vsto), l'applicazione, il documento o la cartella di lavoro Office, si potrebbe ricevere un messaggio di errore. Tale situazione si verifica poiché il programma di installazione della soluzione non verifica i prerequisiti.
Per risolvere il problema:
Sono disponibili due modi per risolvere questo problema:
- Installare la
patch per il Service Pack 1 per Visual Studio Tools per Office System 3.0
Runtime SP1.
- Installare la soluzione eseguendo il programma di
installazione.
Il programma di installazione cerca la versione corretta dei
prerequisiti e li installa secondo le necessità.
Nella pagina delle proprietà
del progetto è possibile selezionare .NET Framework Client Profile come
framework di destinazione anche se non è supportato dal progetto.
Per risolvere il problema:
Se per il progetto viene utilizzato Office 2003 come versione di destinazione, nella pagina delle proprietà del progetto non selezionare l'opzione Sottoinsieme .NET Framework solo client.
Quando si sviluppano soluzioni Office per il runtime di .NET Framework Client Profile, vengono visualizzati i seguenti messaggi di avviso di compilazione: "Per il progetto è previsto un riferimento all'assembly <nome>. Questo assembly non fa parte di .NET Framework Client Profile. Se questo riferimento non è disponibile, si possono verificare degli errori di compilazione o di runtime". o "L'assembly <nome> a cui si fa riferimento dipende dall'<assembly> che non è elencato in .NET Framework Client Profile. Se questo riferimento dipendente è necessario, potrebbero verificarsi errori di compilazione".
Se tali avvisi vengono ignorati, si potrebbe ottenere la seguente eccezione a causa degli assembly mancanti: "Eccezione non gestita: System.IO.FileNotFoundException: impossibile caricare il file o l'assembly <assembly> o una delle relative dipendenze. Impossibile trovare il file specificato".
Per risolvere il problema:
Se le funzionalità utilizzate dall'applicazione si basano su assembly che non sono presenti in. NET Framework Client Profile, assicurarsi che per il progetto venga utilizzata l'applicazione .NET Framework 3.5 completa come framework di destinazione.
Per i progetti di Visual Basic:
Per i progetti C#:
Per impostazione predefinita, il programma di avvio automatico della soluzione viene configurato per scaricare il package degli assembly di interoperabilità primari dal Web. Tuttavia, questo package non può essere scaricato, bensì deve essere installato attraverso lo stesso percorso dell'applicazione.
Per risolvere il problema:
È possibile ignorare questo avviso.
Anche se l'opzione "Scarica prerequisiti dal sito Web del fornitore del componente" è selezionata nella finestra di dialogo Prerequisiti, il package degli assembly di interoperabilità primari viene pubblicato automaticamente nella stessa posizione dell'applicazione.
Quando si pubblica la soluzione, viene visualizzato il messaggio seguente: "L'elemento '.NET Framework Client Profile' è richiesto da 'Visual Studio Tools per Office System 3.0 Runtime Service Pack 1', ma non è stato incluso".
Questa avviso viene visualizzato poiché Visual Studio Tools per Office System 3.0 Runtime Service Pack 1 è stato selezionato come prerequisito di installazione. Tuttavia, non è selezionato né .NET Framework 3.5 Service Pack 1 né il package di .NET Framework Client Profile.
Per risolvere il problema:
Se il progetto è destinato a .NET Framework Client Profile, quando si esegue l'applicazione viene generata un'eccezione FileNotFound. Tale situazione si verifica poiché la classe ServerDocument richiede l'applicazione .NET Framework 3.5 completa.
Per risolvere il problema:
Per i progetti di Visual
Basic:
Per i progetti
C#:
Se è già installato Silverlight Tools Beta 2, dopo l'installazione di Visual Studio 2008 SP1, Visual Studio non sarà in grado di aprire i progetti di Silverlight finché non viene aggiornata l'installazione di Silverlight Tools Beta 2.
Per risolvere il problema:
Scaricare la versione aggiornata di Silverlight Tools Beta 2 per Visual Studio 2008 SP1 all'indirizzo http://go.microsoft.com/fwlink/?LinkID=120032.
Quando si crea un progetto Libreria Servizi WCF, è possibile modificare il percorso di output dall'impostazione predefinita bin\debug\ a un percorso relativo, ad esempio"." o ".." nella scheda Compilazione della pagina relativa alle proprietà del progetto. Se successivamente si tenta di eseguire il debug del servizio, quest'ultimo non può essere incluso nell'Host del servizio WCF e viene pertanto visualizzato il messaggio seguente: "Impossibile avviare direttamente un progetto avente un tipo di output Libreria di classi".
Per risolvere il problema:
Nella scheda Compilazione, immettere il percorso completo invece di quello relativo.
Se si crea un nuovo progetto Libreria Servizi WCF in Visual Studio con il plug-in di TFS, quando si seleziona Aggiungi nuovo elemento in questo progetto potrebbe essere visualizzato un errore. Dopo aver scelto OK per chiudere la finestra di dialogo relativa all'errore, il servizio degli elementi viene aggiunto e funziona correttamente.
Per risolvere il problema:
Scegliere OK per chiudere la finestra di dialogo relativa all'errore.
Nella finestra Proprietà di WPF Designer i valori vengono visualizzati e modificati nel formato per gli Stati Uniti. Ciò corrisponde alla convenzione XAML che prevede l'utilizzo dell'oggetto en-US CultureInfo. Ad esempio, date e numeri sono sempre nel formato per gli Stati Uniti. Le date sono sempre visualizzate nel formato mm/gg/aa. Se si immette un valore di data nella finestra Proprietà, questo viene convertito nel formato mm/gg/aa.
Per risolvere il problema:
Non è disponibile una soluzione.
In Visual Studio 2008 SP1, se si
utilizza lo strumento per il refactoring del codice per apportare modifiche al
tipo o al membro, il refactoring viene propagato ai file XAML. Per ulteriori informazioni su questa
funzionalità, vedere nella documentazione la procedura relativa alla
ridenominazione di un simbolo dichiarato in XAML. Le limitazioni descritte di
seguito riguardano questa nuova funzionalità:
- Il refactoring ha effetto
solo sui file XAML del progetto corrente e non viene applicato a tutti i
progetti della soluzione.
- Lo strumento di refactoring può essere utilizzato solo per i nomi dei tipi e per determinati attributi. Non è possibile utilizzarlo con i seguenti elementi:
o L'attributo Setter Property
o L'attributo di percorso TemplateBinding
o L'attributo di percorso Binding e l'attributo ElementName
o La proprietà MethodName dell'oggetto ObjectDataProvider
Per risolvere il problema:
Completare le modifiche manualmente,
ad esempio utilizzando la funzione Trova e sostituisci.
Se si modifica un tipo o un membro in un file XAML, tali modifiche non vengono propagate ai file di codice.
Se, ad esempio, si modifica il nome di un oggetto Button al quale sono associati dei gestori eventi mediante l'editor XAML, il code-behind non viene aggiornato.
Per risolvere il problema:
Le modifiche ai file di codice devono essere eseguite manualmente, ad esempio utilizzando la funzione Trova e sostituisci.
In Esplora soluzioni, se si fa clic con il pulsante destro del mouse su un file XAML e successivamente si sceglie Rinomina e si assegna un nuovo nome al file, il nome del file viene modificato, ma non viene richiesto di eseguire il refactoring del nome della classe nel codice XAML o nel code-behind. In particolare, se si ridenomina il file XAML al quale viene fatto riferimento dalla proprietà StartupUri nel file XAML dell'applicazione, ad esempio, se si modifica Window1.xaml in MainWindow.xaml, è necessario modificare manualmente la proprietà StartupUri.
Per risolvere il problema:
Le modifiche devono essere eseguite manualmente, ad esempio utilizzando la funzione Trova e sostituisci.
In un file code-behind, è possibile trovare tutti i riferimenti a un simbolo facendo clic con il pulsante destro del mouse sul simbolo e selezionando quindi Trova tutti i riferimenti. Questa funzione tuttavia non è in grado di rilevare gli elementi XAML per i quali non è impostata la proprietà Name.
Ad esempio:
Nel seguente file XAML è incluso l'elemento MyUserControl senza nome:
<Grid>
<MyUserControl/>
(...)
Nel file code-behind, facendo clic con il pulsante destro del mouse sul simbolo MyUserControl e selezionando Trova tutti i riferimenti, vengono rilevati solo i riferimenti presenti nel codice e non quelli presenti nel file XAML.
Per risolvere il problema:
Denominare il controllo oppure eseguire la ricerca manuale mediante la funzione Cerca nei file.
Se si effettua un'associazione a un oggetto ObjectDataProvider
tramite XAML e l'oggetto ObjectDataProvider esegue una chiamata a un database,
l'operazione di caricamento del file XAML in WPF Designer può risultare molto
lunga e implicare un grande consumo di memoria. Di conseguenza, WPF Designer
potrebbe bloccarsi fino al completamento dell'operazione.
Per risolvere il problema:
Evitare
di impostare in questo modo un oggetto ObjectDataProvider in fase di
progettazione. A livello di codice, utilizzare il metodo
DesignerProperties.IsInDesignMode() solo per eseguire operazioni lunghe o che
implicano un grande consumo di memoria in fase di
esecuzione.
In Visual Studio 2008 SP1 è stato
riscontrato un problema relativo al mancato caricamento di WPF Designer nel caso
in cui un'associazione utilizzi un oggetto RelativeSource TemplatedParent senza
un percorso.
Ad
esempio:
<RepeatButton
Command="{x:Static ScrollBar.LineUpCommand}"
CommandTarget="{Binding
RelativeSource={RelativeSource TemplatedParent}}" />
Per risolvere il
problema:
Specificare un percorso
utilizzando la notazione ".", che punta allo stesso oggetto.
Ad
esempio:
<RepeatButton
Command="{x:Static ScrollBar.LineUpCommand}" CommandTarget="{Binding
RelativeSource={RelativeSource TemplatedParent}, Path=.}"
/>
Fare riferimento ai valori di
un dizionario delle risorse autonomo o esterno comporta l'arresto anomalo di WPF
Designer al verificarsi di tutte le condizioni seguenti:
- Il dizionario autonomo
presenta riferimenti di risorsa fra elementi in questo stesso dizionario, ad
esempio uno stile che fa riferimento a un colore
- Un file di progetto è
aperto (ad esempio Window) e tale file fa riferimento a un valore di tale
dizionario delle risorse autonomo
- Si modifica un valore del dizionario
delle risorse autonomo
Per risolvere il
problema:
Chiudere qualsiasi documento
aperto che fa riferimento ai valori del dizionario prima che quest'ultimo venga
aggiornato.
Non sono stati riscontrati
problemi.
La versione x64 del file
Sgen.exe non consente di creare un assembly di serializzazione quando viene
elaborato un assembly in cui sono contenuti i tipi contrassegnati con
l'attributo [Obsolete(IsError=true)].
Per risolvere il
problema:
Utilizzare la versione x86
del file Sgen.exe.
File Leggimi di Team
Foundation Server
File Readme di Visual
Studio Express Edition
File Readme di .NET
Framework
© 2008 Microsoft Corporation. Tutti i diritti
riservati. Terms of Use | Marchi | Informativa sulla
privacy