Notes de publication Azure SDK pour .NET 2.2

 

Ce document contient les notes de publication pour le Azure SDK pour .NET 2.2 et décrit Nouvelles fonctionnalités du SDK, Problèmes connus, et Dernières modifications.

Le Azure SDK .NET numéro de version (2.2) est déterminé par l'assembly du runtime Azure service principal à l'aide du contrôle de version sémantique. Autres bibliothèques clientes empaquetées dans le Azure SDK pour .NET, avec leurs packages NuGet respectifs, suivez le contrôle de version indépendant basé sur le schéma de contrôle de version sémantique.

Le Azure SDK pour .NET 2.2 inclut le stockage Azure 2.1.0.2, Azure Service Bus 2.1.3, Azure Caching 2.1.0 et Gestionnaire de Configuration Azure 2.0.1. Vous pouvez également télécharger ces bibliothèques à partir de leur packages NuGet.

Pour plus d'informations sur cette publication, consultez les ressources suivantes :

Voici les nouvelles fonctionnalités et mises à jour dans le Kit de développement logiciel Azure pour .NET 2.2 :

  • Visual Studio 2013 est pris en charge dans le SDK Version 2.2 - le Azure SDK pour .NET version 2.2 prend en charge de Visual Studio 2013 et supprime la prise en charge de Visual Studio 2010. Bien que les versions 2.1 et antérieures du Kit de développement logiciel continuent à prendre en charge Visual Studio 2010, nous vous recommandons de mettre à niveau vos projets Visual Studio 2010 vers Visual Studio 2012 ou Visual Studio 2013 maintenant que la version 2.2 du SDK est publiée. La mise à niveau vos projets garantit que vous êtes en mesure d'utiliser les dernières fonctionnalités de Azure que de nouvelles versions du Kit de développement.

  • Vous connecter à Azure – accédez aux ressources Azure via Visual Studio en vous connectant avec votre compte Microsoft ou d'un compte professionnel comme alternative au chargement d'un abonnement de publier le fichier de paramètres. Pour plus d'informations, consultez comptes la gestion de Windows Azure, les abonnements et les rôles administratifs.

  • Prise en charge des sites Web azure dans Visual Studio - dans Visual Studio 2013, utilisez l'Explorateur de serveurs pour interagir directement avec vos sites Web Azure à distance. Connectez-vous à votre compte Azure, créez de nouveaux sites, configurez des sites existants, consultez les journaux en temps réel, et bien plus encore. Bientôt, vous serez en mesure de démarrer une session de débogage en direct et Exécuter en mode débogage à distance dans Azure. La plupart des nouvelles fonctionnalités des sites web Azure fonctionnent également dans Visual Studio 2012 lorsque vous installez la version actuelle du Kit de développement logiciel (SDK) Azure pour .NET.

    Pour plus d'informations, consultez mise en route avec Azure et ASP.NET et Dépannage de sites Web Azure dans Visual Studio.

  • Le débogage distant des Services Cloud Azure (aperçu) de disponible – démarrer une session de débogage en direct pour déboguer une application exécutée sur les Services de cloud computing directement depuis Visual Studio. Pour plus d'informations, consultez débogage d'un Service Cloud dans Visual Studio.

  • TopologyBlast – cette nouvelle fonctionnalité permet à Azure de communiquer des modifications de topologie à toutes les instances d'un service à la fois au lieu de domaines de mise à niveau. Cette fonctionnalité est exposée via la topologyChangeDiscovery dans le fichier de définition de Service (.csdef) et le Simultaneous* événements et les classes de la bibliothèque d'exécution du Service.

  • Azure Service Bus – partition queues and topics across multiple message brokers – Service Bus utilise plusieurs courtiers de messages à traiter et stocker des messages. Chaque file d'attente ou rubrique est affectée à un broker de message. Ce mappage présente les inconvénients suivants :

    • Le débit de message d'une file d'attente ou d'une rubrique est limité à la charge de messagerie qu'un seul broker de message peut gérer.

    • Si un broker de message est provisoirement indisponible ou surchargé, toutes les entités qui lui sont affectées sont indisponibles ou à faible débit.

    Pour éviter ces inconvénients, Service Bus permet maintenant aux files d'attente ou aux rubriques d'être partitionnées entre plusieurs brokers de message. Pour plus d'informations sur les entités de messagerie partitionnées, consultez Azure Service Bus.

Suit les problèmes connu dans Windows Azure SDK pour .NET 2.2 :

  • Le débogage distant peut échouer à attacher à un Service Cloud existant- après avoir déployé un nouveau Service Cloud, le débogueur peut ne pas attacher à un objet de service avec le message d'erreur « il était Échec du lancement du débogueur distant » de cloud computing. Pour corriger ce problème, redémarrez Visual Studio et rattachez le débogueur au nouveau déploiement.

    Pour garantir la meilleure expérience lors de l'utilisation du débogueur distant, vous devez déployer à l'aide d'une configuration de build de débogage non optimisée de votre projet.

  • Works de débogage de Service de cloud computing côte à côte avec les projets créés avec les versions 1.7 et ultérieures du Kit de développement-débogage de services de cloud computing côte à côte est uniquement compatible avec Windows Azure SDK pour .NET versions 1.7, 1.8, 2.0, 2.1 et 2.2. Pour une expérience complète de débogage, les projets créés dans des versions antérieures à la version 1.7 doivent être mis à niveau. Pour plus d'informations, consultez Azure Cloud Services Support Lifecycle Policy.

    Par exemple, lorsque vous exécutez un projet basé sur le Kit de développement logiciel (SDK) Azure pour .NET 1.6 sur un ordinateur où est installée la version 2.2, le message d'erreur suivant s'affiche : « Un composant requis est manquant pour exécuter le service ».

    Pour contourner cette erreur, désinstallez l'émulateur de calcul inclus dans la version 2.2, installez le émulateur de calcul pour la version 1.6. Si vous faites cela, toutefois, vous pas sera en mesure d'exécuter une application générée sur le SDK version 2.2 sur cet ordinateur.

  • CSRun requiert une invite de commandes avec élévation de privilèges – outils et scripts qui utilisent l'outil de ligne de commande CSRun (csrun.exe) pour lancer l'émulateur de calcul, y compris Azure PowerShell, doivent être exécutés à partir d'une invite de commandes avec élévation de privilèges, ou vous pouvez recevoir une erreur comme suit : « L'émulateur de calcul a rencontré une erreur : l'émulateur de calcul doit être lancé avec des privilèges administrateur pour pouvoir s'exécuter en mode d'émulation complet. Redémarrez l'émulateur avec les privilèges appropriés ».

  • Intégré signe dans Azure à l'aide de Windows Azure Tools pour Visual Studio 2.2-cette section décrit comment résoudre les problèmes potentiels que vous pouvez rencontrer lorsque vous utilisez connexion intégrée dans. Pour plus d'informations, consultez intégré Sign In - Forum aux Questions.

    • Aucun Azure abonnements ont été ajoutées- après une tentative de connexion à Azure peut le message suivant « aucun abonnement Azure ont été ajoutés. Connectez-vous avec un compte auquel des abonnements sont associés ». Ce message indique que 1) vous ne pouvez pas être authentifié avec les informations d'identification spécifiées ou 2) vous avez été authentifié avec un compte qui n'a pas d'abonnement Azure associé.

      Pour corriger ce problème, si vous êtes connecté avec un compte professionnel, accédez à la portail de gestion Azure et assurez-vous que votre compte professionnel a été ajouté à un répertoire Azure associé à l'abonnement que vous essayez d'accéder à et que votre compte s'affiche dans la liste des coadministrateurs sous le paramètre onglet. Si vous êtes connecté avec un compte Microsoft (par exemple, un compte Outlook.com ou Hotmail.com), contactez l'administrateur de services fédérés de votre abonnement pour vérifier que votre compte Microsoft s'affiche et a été ajoutés aux coadministrateurs dans le Portail de gestion Azure.

    • Bases de données et des Services mobiles non répertoriés dans l'Explorateur de serveurs- le base de données SQL et Mobile Services nœuds dans l'Explorateur de serveurs ne gèrent pas de connexion intégrée pour l'instant. Ces nœuds nécessitent toujours un certificat de gestion pour l'authentification auprès de Azure.

    • Connexion impossible d'afficher plusieurs comptes dans multicompte-la fonctionnalité de connexion intégrée permet aux utilisateurs de se connecter avec un ID utilisateur à la fois. Une fois connecté, Visual Studio traite tous les abonnements pour lesquels ce compte est un administrateur ou un coadministrateur de services fédérés. Si vous avez besoin d'un accès simultané à plusieurs abonnements qui n'ont pas d'administrateur commun, vous devez continuer à utiliser des certificats de gestion pour l'authentification.

    • Dupliquer les sites Web répertoriés dans l'Explorateur de serveurs- lorsqu'un utilisateur possède le certificat de gestion et d'accès au compte du même abonnement, les sites Web Azure affichés dans l'Explorateur de serveurs peuvent être dupliqués. Pour éviter cette duplication, utilisez un seul mode d'authentification (certificat ou compte) pour chaque abonnement

    • Impossible de se déconnecter après vous être connecté avec un compte fédéré-après vous être connecté avec un compte fédéré (un compte à l'aide d'ADFS pour vous connecter, par exemple user@contoso.com), vous ne pouvez pas être en mesure de se déconnecter de Visual Studio. Pour corriger ce problème, fermez Visual Studio et reconnectez-vous avec d'autres informations d'identification. Dans certaines conditions, vous devrez peut-être effacer les cookies du cache de votre navigateur.

    • Accès sujet à expiration-basée sur les comptes d'accès à Azure utilise des jetons. Pour des raisons de sécurité, ces jetons expirent. Si vous utilisez l'authentification basée sur un compte, après avoir connecté Visual Studio à Azure, votre jeton d'authentification expire et vous devez retaper vos informations d'identification de compte afin de vous réauthentifier. La durée de vie du jeton d'authentification est déterminée par le fournisseur d'authentification et varie d'un jour à plusieurs semaines. Lorsque votre jeton expire, le message suivant peut s'afficher : « Vous êtes actuellement connecté en tant que « nom_utilisateur ». Voulez-vous vous déconnecter et vous reconnecter ensuite avec un autre compte d'utilisateur ? » Cliquez sur OK et entrez vos informations d'identification dans la boîte de dialogue connexion afin d'actualiser votre jeton d'authentification a expiré.

  • Modifier & Continuer

    • Dans un environnement 64 bits, Modifier & Continuer nécessite Visual Studio 2013 et .NET Framework 4.5.1 (étant donné que le .NET Framework 4.5.1 est toujours installé avec Visual Studio 2013 et est une mise à niveau sur place du .NET Framework 4.5, Modifier & Continuer fonctionne dans Visual Studio 2013 même si la cible est le .NET Framework 4.5 sur des ordinateurs x64).

    • Dans un environnement 32 bits, Modifier & Continuer fonctionne dans Visual Studio 2012 et Visual Studio 2013.

    • Modifier & Continuer nécessite des projets Azure pour cibler IIS Express lorsque vous appuyez sur F5, il ne fonctionne pas avec IIS complet. Attendez-vous à ce que la boîte de dialogue Modifier & Continuer non autorisé s'affiche.

    • Modifier & Continuer ne fonctionne pas dans l'événement WebRole.OnStart. Attendez-vous à ce que la boîte de dialogue Modifier & Continuer non autorisé s'affiche.

    • Modifier & Continuer fonctionne avec l'émulateur complet et express.

    • Lorsque vous ciblez l'émulateur complet, Modifier & Continuer applique uniquement les modifications à l'instance qui provoque la rupture (point d'arrêt ou exception), si un rôle a plusieurs instances, le comportement peut être incohérent après utilisation de Modifier & Continuer pour appliquer des modifications au code à la volée.

Suit les modifications importantes le Azure SDK pour .NET 2.2 :

  • Activer la fonctionnalité Windows ASP.NET 4.5 pour exécuter les applications MVC4 sur Windows Server 2012 R2/Windows 8.1-exécution d'une application MVC 4 dans Visual Studio 2012 sur Windows Server 2012 R2/Windows 8.1 affiche l'erreur suivante si ASP.NET 4.5 n'est pas activé : Échec de la configuration Web http://localhost:6761 pour ASP.NET 4.5. Vous devez configurer manuellement ce site pour ASP.NET 4.5 pour permettre son fonctionnement. ASP.NET 4.0 n'est pas inscrit sur le serveur Web. Vous devez configurer manuellement votre serveur Web pour ASP.NET 4.0 afin que votre site fonctionne.

    Pour résoudre, activez manuellement cette fonctionnalité en accédant à le panneau de configuration -> désinstaller un programme ->ou désactiver des fonctionnalités Windows activer -> .NET Framework 4.5 Advanced Services. Vérifiez ASP.NET 4.5 puis sélectionnez OK.

  • En cours d'exécution Azure émulateur de calcul sur Windows 8.1-Internet Explorer dans Windows 8.1 contient un nouveau mode de sécurité renforcée qui arrête la fonctionnalité Exécuter sans débogage (CTRL + F5) de l'émulateur de calcul. Au démarrage de l'émulateur de calcul, Internet Explorer démarre et ne peut pas charger l'application web hébergée à l'adresse IP d'hôte local, car http://127.0.0.x n'est pas répertorié dans sites de confiance. La fonctionnalité Exécuter avec débogage (F5) n'est pas affectée.

Introduction à Azure

Afficher: