Esporta (0) Stampa
Espandi tutto

Note sulla versione di Azure SDK per .NET 2.2

Aggiornamento: aprile 2014

In questo documento sono contenute le note sulla versione per Azure SDK per .NET 2.2 e vengono fornite informazioni sulle Nuove funzionalità incluse nell'SDK, sui Problemi noti e Modifiche di rilievo.

Il numero di versione 2.2 di Azure SDK per .NET è determinato dall'assembly di runtime principale di Azure che utilizza il controllo delle versioni semantico. Le altre librerie client incluse in Azure SDK per .NET, insieme ai rispettivi pacchetti NuGet, seguono il controllo delle versioni indipendente in base allo schema del controllo delle versioni semantico.

Azure SDK per .NET 2.2 include le librerie di Archiviazione di Microsoft Azure 2.1.0.2, Service Bus di Microsoft Azure 2.1.3, Caching di Microsoft Azure 2.1.0 e Gestione configurazione di Azure 2.0.1. Queste librerie possono essere scaricate anche dai rispettivi pacchetti NuGet.

Per ulteriori informazioni correlate a questa versione, vedere le risorse seguenti:

Di seguito sono riportate le nuove funzionalità e i nuovi aggiornamenti inclusi in Azure SDK per .NET 2.2:

  • Nella versione 2.2 di SDK è supportato Visual Studio 2013 - In Azure SDK per .NET 2.2 è stato aggiunto il supporto per Visual Studio 2013 ed è stato eliminato quello per Visual Studio 2010. Anche se la versione 2.1 e quelle precedenti di SDK continuano a supportare Visual Studio 2010, con il rilascio della versione 2.2 di SDK si consiglia di aggiornare i progetti di Visual Studio 2010 a Visual Studio 2012 o Visual Studio 2013. L'aggiornamento dei progetti garantirà la possibilità di usufruire delle ultime funzionalità di Azure man mano che saranno rilasciate nuove versioni dell'SDK.

  • Accesso per la connessione a Azure - Per visualizzare le risorse di Azure attraverso Visual Studio, è possibile eseguire l'accesso con l'account Microsoft o aziendale anziché caricare un file di impostazioni per la pubblicazione della sottoscrizione. Per ulteriori informazioni, vedere Gestire account, sottoscrizioni e ruoli amministrativi.

  • Supporto di Siti Web di Microsoft Azure in Visual Studio - In Visual Studio 2013 è possibile utilizzare Esplora server per interagire direttamente con il servizio remoto Siti Web di Microsoft Azure. È possibile eseguire l'accesso all'account Azure, creare nuovi siti, configurare quelli esistenti, visualizzare i log in tempo reale e altro ancora. Presto in Azure sarà possibile avviare una sessione di debug attivo ed eseguire la modalità di debug in remoto. Quasi tutte le nuove funzionalità per Siti Web di Microsoft Azure funzionano anche in Visual Studio 2012 quando si installa la versione corrente di Azure SDK per .NET.

    Per ulteriori informazioni, vedere l'introduzione a Siti Web di Microsoft Azure e ASP.NET e le indicazioni relative alla risoluzione dei problemi di Siti Web di Microsoft Azure in Visual Studio.

  • Disponibilità del debug remoto per Servizi cloud di Microsoft Azure (anteprima) - È possibile avviare una sessione di debug attivo per eseguire direttamente da Visual Studio il debug di un'applicazione in esecuzione in Servizi cloud. Per ulteriori informazioni, vedere Debug di un servizio cloud in Visual Studio.

  • TopologyBlast - Questa nuova funzionalità consentirà a Azure di comunicare le modifiche nella topologia a tutte le istanze di un servizio in una sola volta anziché passare dai domini di aggiornamento. Questa funzionalità è esposta attraverso l'impostazione topologyChangeDiscovery nel file di definizione del servizio (.csdef) e le classi e gli eventi Simultaneous* nella libreria di runtime del servizio.

  • Windows Azure Service Bus – partition queues and topics across multiple message brokers – Service Bus sfrutta più gestori di messaggi per elaborare e archiviare i messaggi. Ogni coda o argomento viene assegnato a un gestore di messaggi. Questa associazione presenta i seguenti svantaggi:

    • La trasmissione dei messaggi di una coda o di un argomento è limitata al carico di messaggi gestibile da un singolo gestore di messaggi.

    • Se un gestore di messaggi è temporaneamente non disponibile o sovraccarico, tutte le entità ad esso associate diventano non disponibili o subiscono un forte rallentamento della velocità di trasmissione.

    Per ovviare a questi svantaggi, attraverso Service Bus è ora possibile il partizionamento delle code o degli argomenti tra più gestori di messaggi. Per ulteriori informazioni sulle entità di messaggistica partizionate, vedere Service Bus.

Di seguito sono riportati i problemi noti riscontrati in Azure SDK per .NET 2.2:

  • Impossibilità da parte del debug remoto di connettersi a un servizio cloud esistente - Dopo la distribuzione di un nuovo servizio cloud, è possibile che il debugger non riesca a connettersi a un servizio cloud esistente e che venga visualizzato un messaggio di errore simile al seguente: "Errore di avvio del debugger remoto". Per risolvere il problema, riavviare Visual Studio ed eseguire nuovamente la connessione del debugger alla nuova distribuzione.  

    Per ottimizzare l'utilizzo del debugger remoto, la distribuzione deve utilizzare per il progetto una configurazione di compilazione del debug non ottimizzata.

  • Debug side-by-side di Servizi cloud con progetti compilati con le versioni 1.7 e successive di SDK - Il debug side-by-side di Servizi cloud è compatibile solo con Azure SDK per .NET versioni 1.7, 1.8, 2.0, 2.1 e 2.2. Per usufruire del debug completo, i progetti compilati con le versioni precedenti alla versione 1.7 devono essere aggiornati. Per ulteriori informazioni, vedere Ciclo di vita del supporto per i servizi cloud di Azure.

    Quando, ad esempio, un progetto compilato in Azure SDK per .NET versione 1.6 viene eseguito in un computer in cui è installata la versione 2.2, verrà visualizzato un messaggio di errore simile al seguente: "Prerequisito mancante nel sistema per l'esecuzione del servizio".

    Per ovviare a questo errore, disinstallare l'emulatore di calcolo incluso nella versione 2.2 e installare l'emulatore di calcolo per la versione 1.6. Così facendo non sarà però possibile eseguire in quel computer applicazioni compilate con l'SDK versione 2.2.

  • CSRun richiede un prompt dei comandi con privilegi elevati - Gli strumenti e gli script che utilizzano lo strumento da riga di comando CSRun (csrun.exe) per avviare l'emulatore di calcolo, incluso Azure PowerShell, devono essere eseguiti da un prompt dei comandi con privilegi elevati, altrimenti è possibile che venga restituito un errore simile al seguente: "Errore dell'emulatore di calcolo: per essere eseguito in modalità di emulazione completa, l'emulatore deve essere avviato con privilegi amministrativi. Riavviare l'emulatore utilizzando i privilegi corretti".

  • Accesso integrato a Azure tramite Strumenti di Azure per Visual Studio 2.2 - In questa sezione viene descritto come risolvere gli eventuali problemi che potrebbero verificarsi durante l'utilizzo della funzionalità di accesso integrato. Per ulteriori informazioni, vedere le domande frequenti relative all'accesso integrato.

    • Nessuna sottoscrizione Azure aggiunta - Dopo avere tentato di connettersi a Azure, è possibile che venga visualizzato un messaggio simile al seguente: "Non è stata aggiunta alcuna sottoscrizione Azure. Eseguire l'accesso a un account con sottoscrizioni". Questo messaggio indica che 1) potrebbe non essere possibile ottenere l'autenticazione con le credenziali fornite oppure che 2) l'autenticazione è stata eseguita con un account a cui non è associata una sottoscrizione Azure.

      Per risolvere il problema, se si esegue l'accesso con un account aziendale, andare al portale di gestione di Microsoft Azure e assicurarsi che tale account sia stato aggiunto a una directory di Azure associata alla sottoscrizione a cui si tenta di accedere e che sia presente nell'elenco dei coamministratori nella scheda Impostazione. Se si esegue l'accesso con un account Microsoft, ad esempio un account Outlook.com o Hotmail.com, contattare l'amministratore del servizio della sottoscrizione per assicurarsi che tale account sia visualizzato e sia stato aggiunto ai coamministratori nel portale di gestione di Microsoft Azure.

    • Database e Servizi mobili non elencati in Esplora server- I nodi Database SQL e Servizi mobili in Esplora server al momento non supportano l'accesso integrato. Questi nodi richiedono ancora un certificato di gestione per l'autenticazione con Azure.

    • Impossibilità di visualizzare più account nell'accesso multi-account- La funzionalità di accesso integrato consente agli utenti di accedere con un ID utente alla volta. Una volta eseguito l'accesso, in Visual Studio è possibile operare su tutte le sottoscrizioni per le quali quell'account è un Amministratore del servizio o un coamministratore. Se occorre eseguire l'accesso simultaneo a più sottoscrizioni che non hanno un amministratore comune, continuare a utilizzare i certificati di gestione per l'autenticazione.

    • Siti Web duplicati in Esplora server - Quando un utente dispone sia del certificato di gestione sia dell'accesso tramite account alla stessa sottoscrizione, è possibile che i siti Web di Azure visualizzati in Esplora server vengano duplicati. Per evitare la duplicazione, utilizzare solo un metodo di autenticazione, il certificato o l'account, per ciascuna sottoscrizione.

    • Impossibilità disconnettersi dopo aver eseguito l'accesso con un account federato- Dopo aver eseguito l'accesso con un account federato, vale a dire un account che utilizza i servizi ADFS per l'accesso, ad esempio utente@contoso.com, è possibile che non si riesca a disconnettersi da Visual Studio. Per risolvere il problema, sarà necessario chiudere Visual Studio e accedere nuovamente con altre credenziali. In alcuni casi, potrebbe essere necessario anche cancellare i cookie dalla cache del browser.

    • Accesso basato su account soggetto a scadenza - L'accesso basato su account a Azure utilizza token che, per motivi di sicurezza, hanno una scadenza. Se si utilizza l'autenticazione basata su account, ad un certo punto dopo l'avvenuta connessione di Visual Studio a Azure, il token di autenticazione scadrà e verrà chiesto di immettere le credenziali dell'account per ottenere nuovamente l'autenticazione. La durata del token di autenticazione è determinata dal provider di autenticazione e può variare da un giorno a diverse settimane. Alla scadenza del token, è possibile che venga visualizzato un messaggio simile al seguente: "È stato eseguito l'accesso con il nome utente. Disconnettersi ed eseguire l'accesso con un nome utente diverso". Fare clic su OK e immettere le credenziali nella finestra di dialogo Accedi per aggiornare il token di autenticazione scaduto.

  • Modifica e continuazione

    • In un ambiente a 64 bit, la funzionalità Modifica e continuazione richiede Visual Studio 2013 e .NET Framework 4.5.1. Poiché .NET Framework 4.5.1 viene sempre installato con Visual Studio 2013 e rappresenta un aggiornamento sul posto di .NET Framework 4.5, la funzionalità Modifica e continuazione continuerà a funzionare in Visual Studio 2013 anche se destinata a .NET Framework 4.5 su computer x64.

    • In un ambiente a 32 bit, la funzionalità Modifica e continuazione funziona sia in Visual Studio 2012 sia in Visual Studio 2013.

    • Modifica e continuazione richiede che i progetti Azure siano indirizzati a IIS Express con F5; non funziona con IIS completo. È possibile che venga visualizzata la finestra "Modifica e continuazione non consentita".

    • La funzionalità Modifica e continuazione non funziona nell'evento WebRole.OnStart. È possibile che venga visualizzata la finestra "Modifica e continuazione non consentita".

    • Questa funzionalità funziona sia con l'emulatore completo che con la versione express.

    • Con l'emulatore completo la funzionalità Modifica e continuazione applicherà le modifiche solo all'istanza che causa l'interruzione (punto di interruzione o eccezione), se un ruolo dispone di più istanze, il comportamento potrebbe non essere uniforme dopo l'utilizzo di Modifica e continuazione per applicare le modifiche al codice al volo.

Di seguito sono indicate le modifiche di rilievo incluse in Azure SDK per .NET 2.2:

  • Attivazione della funzionalità di Windows ASP.NET 4.5 per eseguire applicazioni MVC4 in ambiente Windows Server 2012 R2/Windows 8.1 - L'esecuzione di un'applicazione MVC4 in Visual Studio 2012 in un ambiente Windows Server 2012 R2/Windows 8.1 determina la visualizzazione di un errore simile al seguente se ASP.NET 4.5 non è abilitato: Impossibile configurare http://localhost:6761 per ASP.NET 4.5. Per eseguire correttamente questo sito, è necessario configurarlo manualmente per ASP.NET 4.5. ASP.NET 4.0 non è stato registrato nel server Web. Per eseguire correttamente questo sito, è necessario configurarlo manualmente per ASP.NET 4.0.

    Per risolvere il problema, abilitare manualmente questa funzionalità passando a Pannello di controllo -> Disinstalla un programma ->Attiva o disattiva funzionalità di Windows -> Servizi avanzati di .NET Framework 4.5. Selezionare ASP.NET 4.5 e fare clic su OK.

  • Esecuzione dell'emulatore di calcolo di Azure in Windows 8.1 - Internet Explorer in Windows 8.1 dispone di una nuova modalità di sicurezza avanzata che è possibile utilizzare per interrompere la funzionalità Avvia senza eseguire debug (CTRL+F5) dell'emulatore di calcolo. Quando l'emulatore di calcolo viene avviato, Internet Explorer viene avviato ma non riesce a caricare l'applicazione Web ospitata dall'IP host locale perché http://127.0.0.x non è presente nell'elenco Siti attendibili. La funzionalità Avvia senza eseguire debug (F5) non viene influenzata.

Vedere anche

Altre risorse

Introduzione di Azure

Microsoft sta conducendo un sondaggio in linea per comprendere l'opinione degli utenti in merito al sito Web di MSDN. Se si sceglie di partecipare, quando si lascia il sito Web di MSDN verrà visualizzato il sondaggio in linea.

Si desidera partecipare?
Mostra:
© 2014 Microsoft