Esporta (0) Stampa
Espandi tutto

Note sulla versione di Azure SDK per .NET 2,2

Aggiornamento: ottobre 2014

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

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

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

Per altre 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:

  • Visual Studio 2013 supportato nella versione 2.2 dell'SDK - Nella di Azure versione 2.2 dell'SDK per .NET è stato aggiunto il supporto per Visual Studio 2013 ed è stato rimosso quello per Visual Studio 2010. Anche se le versioni 2.1 e precedenti dell'SDK continuano a supportare Visual Studio 2010, è consigliabile aggiornare i progetti di Visual Studio 2010 a Visual Studio 2012 o a Visual Studio 2013 ora che è stata rilasciata la versione 2.2. L'aggiornamento dei progetti garantirà la possibilità di usufruire delle ultime funzionalità di di Azure man mano che saranno rilasciate nuove versioni dell'SDK.

  • Accesso per la connessione a Azure – È possibile accedere alle risorse di Windows attraverso Visual Studio eseguendo l'accesso con l'account Microsoft o aziendale come alternativa al caricamento di un file di impostazioni della pubblicazione della sottoscrizione. Per ulteriori informazioni, vedere Gestione degli account, delle sottoscrizioni e dei ruoli amministrativi di Azure.

  • Supporto di Siti Web di Azure in Visual Studio - In Visual Studio 2013 è possibile usare Esplora server per interagire direttamente con i siti Web di Azure remoti. È possibile accedere all'account Azure, creare nuovi siti, configurare quelli esistenti, visualizzare i log in tempo reale e altro ancora. Presto sarà possibile avviare una sessione di debug attivo ed eseguire la modalità di debug in remoto in Azure. La maggior parte delle nuove funzionalità per Siti Web di Azure funziona anche in Visual Studio 2012 quando si installa la versione corrente di Azure SDK per .NET.

    Per altre informazioni, vedere Introduzione ad Azure e ASP.NET e Risoluzione dei problemi di Siti Web di Azure in Visual Studio.

  • Disponibilità del debug remoto per Servizi cloud di 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 contemporaneamente 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.

  • 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 Azure Service Bus.

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

  • Impossibilità di collegare il debug remoto a un servizio cloud esistente - Dopo la distribuzione di un nuovo servizio cloud, è possibile che il debugger non riesca a collegarsi a un servizio cloud esistente e che venga visualizzato un messaggio di errore indicante l'impossibilità di avviare correttamente il debugger remoto. Per correggere il problema, riavviare Visual Studio e ricollegare il 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 dei servizi cloud side-by-side con i progetti compilati con le versioni 1.7 e successive dell'SDK- Il debug del servizio cloud side-by-side è 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.

    Ad esempio, quando si esegue un progetto creato con Azure SDK per .NET versione 1.6 in un computer in cui è installata la versione 2.2, verrà visualizzato un messaggio di errore indicante che nel sistema manca un prerequisito 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 nell'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 gli Strumenti di Azure per Visual Studio 2.2- In questa sezione viene descritto come risolvere eventuali problemi che potrebbero verificarsi durante l'utilizzo della funzionalità di accesso integrato. Per ulteriori informazioni, vedere Accesso integrato - Domande frequenti.

    • Nessuna sottoscrizione a Azure aggiunta- Dopo aver tentato di connettersi a Azure, è possibile che venga visualizzato un messaggio indicante che non è stata aggiunta alcuna sottoscrizione Azure e che occorre accedere con un account che abbia delle sottoscrizioni. Questo messaggio indica che 1) potrebbe non essere possibile ottenere l'autenticazione con le credenziali fornite o 2) si è stati autenticati con un account che non dispone di una sottoscrizione Azure associata.

      Per correggere il problema, se ci si connette con un account aziendale, passare al portale di gestione di Azure e assicurarsi che l'account sia stato aggiunto a un'istanza di Azure Active Directory associata alla sottoscrizione alla quale si sta cercando di accedere e che l'account sia presente nell'elenco dei coamministratori nella scheda Impostazione. Se si esegue la connessione con un account Microsoft, ad esempio un account Outlook.com o Hotmail.com, contattare l'amministratore del servizio della sottoscrizione per assicurarsi che l'account Microsoft sia visualizzato e sia stato aggiunto ai coamministratori nel Portale di gestione di 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 noti richiedono tuttora 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 in Esplora server risultino 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 i token, i quali, 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 di nuovo 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. Quando il token scade, è possibile che venga visualizzato un messaggio analogo al seguente: "L'utente ha eseguito l'accesso come nomeutente. Disconnettersi e accedere come 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 di Azure SDK per .NET 2,2:

  • Attivazione della funzionalità ASP.NET 4.5 di Windows per eseguire applicazioni MVC4 in Windows Server 2012 R2/Windows 8.1 - Se ASP.NET 4.5 non è abilitato, l'esecuzione di applicazioni MVC4 di Visual Studio 2012 in Windows Server 2012 R2/Windows 8.1 determina la visualizzazione di un messaggio di errore indicante che la configurazione del sito Web http://localhost:6761 per ASP.NET 4.5 non è riuscita. 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

Mostra:
© 2014 Microsoft