.NET Framework 4.5 è predefinito e .NET Framework 3.5 è facoltativo
Piattaforme
Client - server Windows 8 - Windows Server 2012
Descrizione
.NET Framework 4.5 è abilitato per impostazione predefinita in Windows 8. Windows 8 non include .NET 3.5 per impostazione predefinita, ma i file per .NET 3.5 sono disponibili nel supporto di installazione Windows 8 come funzionalità facoltativa.
Se l'utente esegue l'aggiornamento da Windows 7 a Windows 8, .NET Framework 3.5 è completamente abilitato per assicurarsi che tutte le app nel computer continuino a funzionare correttamente.
Manifestazione
Se l'utente esegue un'installazione pulita di Windows 8 e quindi installa le app che richiedono .NET Framework 3.5 (o 2.0), attiverà una richiesta per i file .NET 3.5 necessari. Normalmente i file mancanti verranno scaricati da Windows Update (dopo aver chiesto all'utente l'autorizzazione), ma se l'accesso a Windows Update non è possibile, l'abilitazione di .NET Framework 3.5 avrà esito negativo a meno che non sia stata specificata un'origine alternativa per i file mancanti.
Strategia di riduzione del rischio
Per abilitare .NET Framework 3.5 solo nei computer di test con installazioni pulite di Windows 8:
Copiare \sources\sxs\ dall'immagine ISO di compilazione del sistema operativo montata in dotnet35 o cartella simile. Ad esempio:
xcopy e:\sources\sxs\*.* c:\dotnet35 /sEseguire questa riga di comando usando i privilegi di amministratore:
Dism.exe /online /enable-feature /featurename:NetFX3 /All /Source:c:\dotnet35 /LimitAccess
Nota
La cartella sources\SxS non deve essere usata come meccanismo di ridistribuzione perché non è un meccanismo supportato.
Soluzione
Per i consumer:
Windows 8 include un meccanismo che abilita automaticamente .NET Framework 3.5 quando si tenta di installare il pacchetto ridistribuibile o quando un programma di installazione dell'applicazione che richiede .NET 3.5 richiama il ridistribuibile.
Per gli sviluppatori di app (e amministratori IT):
Gli amministratori IT possono configurare app .NET 3.5 da eseguire in .NET 3.5 o .NET 4.5 (a seconda di ciò che è già installato). Per eseguire un'app gestita nella versione 3.5 o 4.5, è sufficiente aggiungere una sezione nel file di configurazione dell'applicazione. Ciò garantisce che se .NET 3.5 è installato, l'app verrà eseguita in .NET 3.5; in caso contrario, l'app verrà eseguita in .NET 4.5. Di seguito è riportato un esempio della sezione aggiuntiva nel file di configurazione:
<configuration>
<startup>
<supportedRuntime version="v2.0.50727"/>
<supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5"/>
</startup>
</configuration>
Per le macchine virtuali aziendali:
Per abilitare .NET Framework 3.5 per le build EEAP e per le applicazioni che non hanno accesso a Windows Update:
Copiare \sources\sxs\ dall'immagine ISO di compilazione del sistema operativo montata nella cartella dotnet35 o simile. Ad esempio:
xcopy e:\sources\sxs\*.* c:\dotnet35 /sImpostare la chiave di regkey:
[HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Servicing] “LocalSourcePath”=”c:\dotnet35”
Per le aziende:
Per i computer configurati per l'uso di WSUS per la manutenzione, è possibile impostare una voce del Registro di sistema per consentire al computer di usare Windows Update per abilitare .NET 3.5 anziché WSUS (la manutenzione verrà comunque eseguita da WSUS se si esegue questa operazione).
Impostare la chiave di regkey:
[HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Servicing] “RepairContentServerSource”=DWORD(2)
Questa voce del Registro di sistema può essere impostata anche tramite Criteri di gruppo (Criteri computer locali - Configurazione> computer -> Modelli amministrativi -> Sistema). Selezionare l'impostazione "Specificare le impostazioni per l'installazione e il ripristino del componente facoltativo".
Se si seleziona "Contattare Windows Update direttamente per scaricare il contenuto di ripristino invece di Windows Server Update Services (WSUS)", eventuali tentativi di aggiungere funzionalità di Windows (ad esempio, .NET Framework 3.5) o ripristinare le funzionalità attiveranno i download di file da Windows Update. I computer di destinazione richiedono l'accesso a Internet e WU per questa opzione. Le normali operazioni di manutenzione continuano a usare WSUS se è stata configurata come origine.
Nota relativa all'impostazione della posizione di origine locale tramite voci del Registro di sistema
Gli amministratori IT possono impostare percorsi di origine locali per i file .NET 3.5 tramite una voce del Registro di sistema, in modo che gli utenti possano usare la finestra di dialogo Aggiungi/Rimuovi funzionalità di Windows per abilitare le funzionalità con payload mancanti senza dover specificare un percorso di origine. Il valore della voce del Registro di sistema può essere controllato tramite criteri di gruppo.
Questa voce del Registro di sistema è supportata:
| Voce | Type | Descrizione |
|---|---|---|
| Percorso origine locale | REG_EXPAND_SZ | Percorso di origine locale da usare per impostazione predefinita. È possibile specificare più percorsi; devono essere separati da ";". I percorsi verranno cercati nell'ordine specificato. I percorsi di origine locali specificati nella riga di comando DISM hanno la precedenza sulle posizioni specificate in questa voce del Registro di sistema. I percorsi delle cartelle possono essere specificati in questa voce del Registro di sistema. Le MACCHINE VIRTUALI possono essere usate, ma il percorso deve essere nel file WIM; non è necessario montarlo, ad esempio: wim:\machine\share\file.wim:1 Si noti il "1" alla fine. È necessario specificare l'indice numerico dell'immagine da usare nel file WIM.Per un WIM montato, il percorso di origine deve fare riferimento alla directory di windows dell'immagine montata anziché al punto di montaggio, ad esempio /source:mount_point\windows anziché /source:<<mount_point>>. |