Nel
presente documento sono contenute le note sui file Readme dei seguenti prodotti:
· 1.1.
Architetture
supportate
· 1.2.
Sistemi operativi
supportati
· 1.3.
Requisiti hardware
· 2.1.
Installazione
·
2.1.1.
Problemi generali
·
2.1.2.
Visual C++ Express
Edition
·
2.1.3.
Visual C# Express
Edition
·
2.1.4.
Visual Basic Express
Edition
·
2.1.5.
Visual Web Developer Express
Edition
· 2.2.
Disinstallazione
·
2.2.1.
Problemi
generali
·
2.2.2.
Visual C++ Express
Edition
·
2.2.3.
Visual C# Express
Edition
·
2.2.4.
Visual Basic Express
Edition
·
2.2.5.
Visual Web Developer Express
Edition
· 2.3.
Problemi relativi al
prodotto
·
2.3.1.
Problemi generali
·
2.3.2.
Visual C++ Express
Edition
·
2.3.3.
Visual C# Express
Edition
·
2.3.4.
Visual Basic Express
Edition
·
2.3.5.
Visual Web Developer Express
Edition
· x86
· x64 (WOW)
1.2. Sistemi operativi supportati
· Microsoft Windows XP
· Microsoft Windows Server 2003 Service
Pack 2
· Microsoft Windows Server 2008
· Windows Vista
1.3. Requisiti hardware
· Requisiti minimi: CPU da 1,6 GHz, 192 MB
di RAM, risoluzione schermo 1024 x 768, velocità disco rigido 5400 giri al
minuto
· Requisiti consigliati: CPU da almeno 2,2
GHz, almeno 384 MB di RAM, risoluzione schermo 1280x1024, velocità disco rigido
almeno 7200 giri al minuto
· Su Windows Vista: CPU da 2,4 GHz, 768 MB
di RAM
· 1,3 GB di spazio
disponibile richiesto per l'installazione completa
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:
Effettuare una delle
operazioni seguenti:
Durante
l'installazione di Visual Studio 2008 Express Edition SP1, MSDN Express Library
2008 per Visual Studio 2008 Express Edition SP1 non viene installato sul
computer.
Per risolvere il problema:
MSDN Express Library per
Visual Studio 2008 Express Edition SP1 può essere scaricato
separatamente dal sito Web Microsoft Visual Studio Express Edition
www.microsoft.com/express/.
Dopo l'installazione di Visual Studio 2008 Express Edition con SP1 RTM su un computer in cui precedentemente era stato installato Visual Studio 2008 Express Edition con SP1 Beta, , il file TXT contenente la licenza per l'utente finale per il programma di avvio automatico di SQL Server Express 2008 non viene rimosso quando viene installato il file del contratto di licenza con l'utente finale definitivo in formato RTF. Il file RTF del contratto di licenza con l'utente finale corretto per il programma di avvio automatico di SQL Server 2008 Express è quello distribuito da ClickOnce. Se successivamente si disinstalla Visual Studio 2008 Express Edition con SP1 RTM, il file RTF del contratto di licenza con l'utente finale viene rimosso, ma la versione in formato TXT viene conservata sul computer.
Per risolvere il problema:
Il file orfano Eula.txt non provoca problemi operativi. È tuttavia possibile rimuoverlo attenendosi alla procedura seguente:
1) Passare alla directory dell'<unità>:\Programmi\Microsoft SDK\Windows\v6.0A\Bootstrapper\Packages\SqlExpress2008\<lang>\ (ad esempio, per l'unità D e la lingua inglese, D:\Programmi\Microsoft SDK\Windows\v6.0A\Bootstrapper\Packages\SqlExpress2008\en\)
2) Rimuovere il file Eula.txt.
L'installazione di SQL Server Express 2008 RTM non viene completata se Visual Studio 2008 Express Edition con SP1 RTM viene installato su un computer nel quale è in esecuzione una versione precedente di SQL Server Express 2008.
Per risolvere il problema:
1. Aprire Gestione controllo servizi da Pannello di controllo -> Strumenti di amministrazione.
2. Interrompere il servizio "SQL Server (SQLEXPRESS)".
3. Impostare il tipo di avvio Manuale.
4. Installare Visual Studio 2008 Express con SP1.
5. In Gestione controllo servizi, impostare nuovamente il tipi di avvio per "SQL Server (SQLEXPRESS)" su Automatico.
6. Avviare il servizio.
Durante l'installazione di
Visual Studio 2008 Express Edition con SP1, una volta selezionata l'opzione di
installazione di SQL Server Express, l'istanza di SQL Server Express non viene
installata/aggiornata se la versione di SQL Server Express
precedentemente installata sul computer utilizza una lingua diversa da quella
dell'istanza da installare. Ad esempio, se sul computer di destinazione è
in esecuzione una versione di SQL Server Express 2005 in inglese oppure una
versione preliminare di SQL Server Express 2008 e si sta installando la versione
italiana di Visual Studio 2008 Express Edition con SP1, SQL Server Express non
verrà aggiornato perché le versioni localizzate non corrispondono.
Per risolvere il problema:
Per risolvere questo
problema, installare la versione di Visual Studio 2008 Express Edition con SP1
nella lingua corrispondente a quella del prodotto SQL Server Express presente
sul computer oppure rimuovere SQL Server Express dal computer prima di
installare Visual Studio 2008 Express Edition con 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.
Quando Visual Studio 2008 Express Edition con SP1 viene installato su 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é l'installazione di Visual Studio Express Edition con SP1 non viene completata oppure finché non viene richiesto mediante un apposito messaggio del programma di installazione di Visual Studio 2008 Express Edition.
Il programma di installazione di Visual Studio 2008 Express Edition SP1 in alcuni casi non riesce a installare Microsoft Windows Installer 4.5 nei computer Windows Vista quando prima dell'avvio del programma di installazione di Visual Studio Express Edition il sistema è in attesa di un riavvio. Windows Installer 4.5 è obbligatorio per l'installazione di SQL Server 2008 e viene installato quando si seleziona SQL Express. La presenza di aggiornamenti di Windows Vista in attesa di riavvio può fare in modo che il programma di installazione di Express richieda un riavvio prima che tutti i componenti vengano installati. Quando il programma di installazione riprende, l'installazione di Windows Installer 4.5 ha esito negativo.
Per risolvere il problema:
1. Visitare il sito Microsoft Windows Update per assicurarsi che Windows
disponga degli aggiornamenti critici e importanti.
2. Avviare nuovamente il
programma di installazione di Visual Studio 2008 Express Edition SP1.
3.
Selezionare Aggiungi componenti facoltativi.
4. Selezionare SQL Server
Express.
5. Fare clic su Avanti per installare i componenti aggiuntivi
selezionati.
Il programma di installazione scaricherà e installerà Windows Installer 4.5 se quest'ultimo non è già stato installato.
6. Se al termine dell'installazione di Windows Installer viene richiesto di
riavviare il sistema, fare clic su Riavvia ora.
7. Attendere che
l'installazione di SQL Server Express venga portata a termine.
In alcuni casi il programma di installazione di Visual Studio 2008 Express Edition SP1 può segnalare che il servizio Windows Installer non è disponibile quando il programma di installazione riprende dopo un riavvio.
In genere si tratta di un problema di temporizzazione che si verifica in alcuni computer quando il servizio Windows Installer viene avviato dopo un certo tempo durante il processo di avvio, in particolare dopo la ripresa del programma di installazione di Visual Studio.
Per risolvere il problema:
1. Scegliere OK nella finestra di dialogo relativa all'errore.
2. Riavviare manualmente il programma di installazione di Visual Studio 2008 Express Edition SP1.
3. Selezionare Aggiungi componenti facoltativi se il programma di installazione di Express Edition viene avviato in una modalità di manutenzione, quindi selezionare le funzionalità che si desidera aggiungere.
Durante l'installazione di Visual Studio Express Edition è possibile che venga richiesto di riavviare il computer prima che tutti i componenti siano stati installati. In genere ciò si verifica se si installa MSI 4.5 e SQL Server Express 2008 in quanto affinché l'installazione di SQL Server Express 2008 possa avere inizio è necessario riavviare il sistema. Se si seleziona "Riavvia in seguito", il programma di installazione non verrà riavviato automaticamente dopo che il computer è stato riavviato ed è possibile che per completare l'installazione di tutti i componenti occorra eseguire nuovamente il programma di installazione.
Per risolvere il problema:
Riavviare il computer e quindi il programma di installazione di Visual Studio 2008 Express Edition con Service Pack 1. È possibile che per completare l'installazione di SQL Server Express 2008 occorra selezionare "Aggiungi componenti facoltativi" e selezionare "SQL Server Express 2008".
Dopo un aggiornamento da Visual Studio 2008 Express Edition SP1 Beta (Giapponese) a Visual Studio 2008 Express Edition SP1 RTM (Giapponese) la finestra di progettazione di ADO.NET Entity Data Model viene rimossa.
Per risolvere il problema:
Ripristinare Visual Studio 2008 Express Edition SP1 RTM (Giapponese) utilizzando Installazione applicazioni (Windows Server 2003 e Windows XP) oppure Programmi e funzionalità (Windows Vista e Windows Server 2008).
Se durante l'installazione di Visual Studio 2008 Express Edition con Service Pack 1 si sceglie l'opzione che consente di installare SQL Server Express 2008, è possibile che si verifichino errori nell'installazione di SQL Server Express 2008 RTM. Tali errori possono essere causati da varie condizioni:
1) Errore di aggiornamento causato da aggiornamenti multilingue non supportati, ad esempio nel caso in cui si installa la versione inglese pre-RTM di SQL Server Express 2008 e si tenta di eseguire l'aggiornamento alla versione giapponese di SQL Server Express 2008 RTM.
2) Errore dovuto a un percorso di aggiornamento non supportato, ad esempio nel caso in cui si esegue l'aggiornamento a SQL Server Express 2008 in un computer contenente SQL Server Express 2005 con Advanced Services.
3) Un riavvio di sistema in sospeso o un file bloccato durante l'installazione di Visual Studio 2008 Express Edition SP1 può comportare la non riuscita dell'installazione di SQL Server 2008 Express.
4) Dopo un riavvio obbligatorio, l'utente accede al computer utilizzando un nome di accesso diverso da quello utilizzato per eseguire il programma di installazione di Visual Studio 2008 Express Edition con Service Pack 1 RTM. Di conseguenza, dopo il riavvio, il programma di installazione non riprende e non continua a eseguire l'installazione di SQL Server Express 2008.
5) Durante l'installazione, se si seleziona "Riavvia in seguito" alla richiesta di riavviare prima dell'installazione di SQL Server Express 2008, oppure se durante l'installazione si verifica un riavvio (attivato da un elemento esterno all'installazione, ad esempio nel caso in cui si avvia l'installazione di sera, Windows Update viene aggiornato durante la notte seguente e viene attivato un riavvio automatico prima che l'installazione di SQL Server Express 2008 sia stata portata a termine), l'installazione di SQL Server Express 2008 non viene eseguita.
Per risolvere il problema:
1) Per correggere questo errore occorre installare l'aggiornamento alla stessa lingua delle impostazioni locali della versione pre-2008 RTM di SQL Server Express installata in precedenza.
Per ulteriori informazioni sull'aggiornamento di SQL Server Express 2008, vedere http://msdn.microsoft.com/it-it/library/ms143393(SQL.100).aspx.
2) Sono disponibili due opzioni risolutive per questo scenario:
a. Aggiornare manualmente l'istanza bloccante. Ad esempio, scaricare SQL Server Express Advanced 2008 e installarlo indipendentemente dall'installazione di Visual Studio 2008 Express Edition con Service Pack 1 RTM, oppure
b. Rimuovere l'istanza di SQL Server che blocca l'installazione di SQL Server Express 2008 e quindi eseguire nuovamente il programma di installazione di Visual Studio 2008 Express Edition con Service Pack 1 RTM.
Per ulteriori informazioni, vedere http://msdn.microsoft.com/it-it/library/ms143393(SQL.100).aspx
3) Riavviare il computer e quindi il programma di installazione di Visual Studio 2008 Express Edition SP1. Nella schermata di manutenzione, scegliere Aggiungi componenti facoltativi e quindi selezionare SQL Server Express 2008.
4) Dopo il riavvio, assicurarsi di accedere al computer utilizzando lo stesso nome utente utilizzato per eseguire il programma di installazione di Visual Studio 2008 Express Edition con Service Pack 1 RTM.
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.
Non sono stati riscontrati problemi.
Non sono stati riscontrati problemi.
Quando si esegue l'aggiornamento da Visual Web Developer Express Edition 2008 a Visual Web Developer Express Edition 2008 SP1, le impostazioni IDE vengono riconfigurate in base ai nuovi valori predefiniti di SP1. Tali impostazioni includono le personalizzazioni di menu, barre degli strumenti, finestre degli strumenti, opzioni dell'editor, tipi di carattere e colori, tasti di scelta rapida e così via. Prima di installare SP1, è possibile eseguire il backup delle impostazioni correnti esportandole mediante l'Importazione/Esportazione guidata delle impostazioni. Alle impostazioni predefinite di Visual Web Developer Express Edition con SP1 sono state apportate le seguenti modifiche:
- Aggiunta di "Nuovo progetto" e "Apri progetto" al menu File
- Aggiunta
di "Nuovo progetto" e "Apri progetto" alla barra degli strumenti
- Aggiunta
delle pagine di opzioni "CSS" e "Stile CSS" in "Strumenti | Opzioni" quando
viene deselezionata l'opzione "Mostra tutte le impostazioni"
- Aggiunta di
"Nuovo progetto" e "Crea progetto" alla pagina iniziale
Per risolvere il problema:
Per mantenere inalterate le impostazioni IDE:
1. Prima di installare Visual Web Developer Express Edition con SP1, aprire l'installazione esistente e selezionare "Strumenti | Importa/Esporta impostazioni".
2. Selezionare "Esporta le impostazioni di ambiente selezionate".
3. Scegliere "Avanti".
4. Selezionare le impostazioni che si desidera esportare. Nota: se l'impostazione "Personalizzazione dei menu e della barra dei comandi", "Strumenti semplificati/Opzioni" o "Comandi pagina iniziale" viene esportata in "Impostazioni generali" e quindi importata in Visual Web Developer Express Edition con SP1, alcune delle impostazioni aggiunte in SP1 potrebbero essere sovrascritte.
5. Scegliere un percorso file in cui salvare le impostazioni correnti.
6. Installare Visual Web
Developer Express Edition con SP1.
7. In Visual Web Developer Express Edition con SP1, selezionare "Strumenti | Importa/Esporta impostazioni".
8. Scegliere "Importa le impostazioni di ambiente selezionate".
9. Scegliere "Avanti".
10. Scegliere "No, importa soltanto le nuove impostazioni, sovrascrivendo le impostazioni correnti". Non è necessario eseguire il backup delle impostazioni predefinite perché in un secondo momento è possibile reimpostare tutte le impostazioni.
11. Selezionare il file delle impostazioni esportato al passaggio 5.
12. Scegliere "Fine".
13. Per visualizzare "Nuovo progetto" e "Apri progetto" nel menu File, è necessario aggiungere manualmente questi comandi al menu facendo clic con il pulsante destro del mouse sul menu File, scegliendo "Personalizza...", selezionando la scheda "Comandi", quindi la categoria "File" e trascinando infine le opzioni "Nuovo progetto" e "Apri progetto" nel menu File e "Aggiungi nuovo progetto" e "Aggiungi progetto esistente" nel sottomenu File | Aggiungi.
Se non si esegue il backup delle impostazioni prima di installare Visual Web Developer Express Edition con SP1, non sarà possibile ripristinarle.
Non sono stati riscontrati
problemi.
Non sono stati riscontrati
problemi.
Non sono stati riscontrati
problemi.
Non sono stati riscontrati
problemi.
Non sono stati riscontrati
problemi.
Nell'ambiente di sviluppo integrato (IDE, Integrated Development Environment) potrebbero essere riportati degli errori di caricamento del package dopo l'installazione di versioni di Visual Studio Express Edition in lingue diverse. Tali errori vengono generati quando la lingua dell'interfaccia utente di Windows e quella di una delle versioni di Express Edition non corrispondono (ad esempio, se la versione in italiano di Visual Basic Express Edition e quella in inglese Visual Web Developer Express Edition vengono installate in un sistema Windows in italiano) ed è aperta l'edizione non corrispondente (in questo esempio Visual Web Developer). L'IDE tenta di caricare le risorse in italiano per la versione inglese di Visual Web Developer Express Edition e, poiché queste non sono disponibili, vengono generati errori di caricamento del package. Ciò si verifica perché l'impostazione di lingua dell'IDE viene modificata automaticamente da Italiano (Italia)' a 'Come Microsoft Windows' al momento dell'installazione della seconda versione localizzata, anche se si tratta di SKU separati con file eseguibili distinti.
Per risolvere il problema:
La pagina Impostazioni
internazionali consente di modificare la lingua predefinita quando sul computer
sono installate più versioni di Visual Studio Express Edition in lingue diverse.
Per accedere a questa finestra di dialogo:
Qualsiasi modifica apportata
in questa pagina è valida soltanto per l'IDE predefinito e avrà effetto solo
dopo il riavvio dell'ambiente.
Questo problema si verifica in due scenari:
- Dopo aver eseguito Aggiorna modello da database, le associazioni vengono create per le nuove chiavi esterne del database, ma non vengono visualizzate nel diagramma.
- 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.
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 evento 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.
Esempio:
Nel seguente file XAML è incluso l'elemento MyUserControl senza nome:
<Grid>
<MyUserControl/>
(...)
Nel file code-behind file, 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 il comando 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.
Quando si apre un progetto
WPF per la prima volta in una versione localizzata di Visual Basic 2008 Express
Edition con SP1 o Visual C# 2008 Express Edition con SP1, è possibile
che il caricamento di WPF Designer non venga completato.
Per risolvere il
problema:
Chiudere e aprire nuovamente
l'ambiente di sviluppo.
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 oggetto Path.
Ad
esempio:
<RepeatButton Command="{x:Static
ScrollBar.LineUpCommand}"
CommandTarget="{Binding
RelativeSource={RelativeSource TemplatedParent}}"
/>
Per risolvere il
problema:
Specificare un
oggetto Path utilizzando la notazione ".", che punta allo stesso oggetto.
Ad
esempio:
<RepeatButton Command="{x:Static ScrollBar.LineUpCommand}"
CommandTarget="{Binding RelativeSource={RelativeSource TemplatedParent},
Path=.}" />
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.
La
ricerca automatica del Service Pack 1 con ClickOnce non viene avviata se è stata
selezionata l'opzione che consente di impostare come destinazione .NET Framework
Client Profile 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 una ricerca di
.NET Framework 3.5 SP1:
Per i progetti di Visual Basic:
Per i progetti C#:
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.
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 eseguito 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 quindi utilizzare lo strumento da riga di comando Gacutil.exe
disponibile in .NET Framework SDK.
Poiché SQL Server
2008 Express Edition non è compatibile con le versioni di Visual Studio
2005 Express Edition, se si esegue l'aggiornamento a SQL Server
2008 Express Edition il sistema sovrascrive l'istanza denominata del
database e nessuna delle versioni di Visual Studio 2005 Express Edition sarà in
grado di fare riferimento all'istanza predefinita di SQL Server Express .
Per risolvere il
problema:
Le versioni di
Visual Studio 2005 Express Edition non sono compatibili con SQL Server 2008
Express Edition. Per poter sviluppare applicazioni basate su database
SQL, gli utenti devono aggiornare le versioni di Visual Studio 2008
Express Edition.
Non
sono stati riscontrati problemi.
Non
sono stati riscontrati problemi.
Non
sono stati riscontrati problemi.
Quando si crea un progetto di
applicazione Web in Visual Web Developer Express Edition, se si sceglie Aggiungi
nuovo elemento nel progetto, il modello di elemento del Servizio WCF viene
rilevato nel nodo Web, ma non nel nodo radice.
Per risolvere il
problema:
Utilizzare il modello di
elemento dell'applicazione Web Servizio WCF disponibile nel nodo Web.
File Leggimi di Visual
Studio 2008 SP1
File Readme di Microsoft
.NET Framework 3.5 SP1
© 2008 Microsoft Corporation. Tutti i
diritti riservati. Terms of Use | Marchi | Informativa sulla
privacy