VENDAS: 1-800-867-1389

Notas de versão do SDK do Azure para .NET 2.2

Atualizado: julho de 2015

Este documento contém as notas de versão do Azure SDK para o .NET versão 2.2 e descreve Novos recursos no SDK, Problemas conhecidos e Alterações que causam interrupções.

O Azure SDK para o número da versão .NET (2.2) é determinado pelo assembly de tempo de execução do serviço principal do Azure que usa controle de versão semântico. Outras bibliotecas de cliente empacotadas dentro do Azure SDK do .NET, junto com seus respectivos pacotes NuGet, seguem o controle de versão de forma independente com base no esquema do controle de versão semântico.

O Azure SDK do .NET 2.2 inclui o Azure Storage 2.1.0.2, Azure Service Bus 2.1.3, Azure Caching 2.1.0, e as bibliotecas do Azure Configuration Manager 2.0.1. Você também pode baixar essas bibliotecas de seus respectivos Pacotes NuGet.

Para obter mais informações relacionadas a esta versão, consulte os recursos a seguir:

Veja a seguir os novos recursos e atualizações no Azure SDK para .NET 2,2:

  • O Visual Studio 2013 é compatível com o SDK versão 2.2 - O Azure SDK para o .NET 2.2 adiciona compatibilidade com o Visual Studio 2013 e descontinua a compatibilidade com o Visual Studio 2010. Embora as versões 2.1 e anteriores do SDK continuem a aceitar o Visual Studio 2010, é recomendável atualizar os projetos do Visual Studio 2010 para o Visual Studio 2012 ou Visual Studio 2013 agora que o SDK versão 2.2 foi lançado. Atualizar seus projetos assegurará que você possa usar os recursos mais recentes do Azure à medida que as novas versões do SDK forem liberadas.

  • Faça logon para conectar-se ao Azure – Acesse os recursos do Azure através do Visual Studio se conectando com sua conta da Microsoft ou conta de organização como uma alternativa para carregar um arquivo de configurações publicador de assinatura. Para obter mais informações, consulte Gerenciando as contas, assinaturas e funções administrativas do Azure.

  • Suporte dos sites do Azure no Visual Studio - No Visual Studio 2013, você pode usar o Gerenciador de Servidores para interagir diretamente com seus sites remotos do Azure. Você pode se conectar à sua conta do Azure, criar novos sites, configurar sites existentes, exibir logs em tempo real, e muito mais. Em breve, você poderá iniciar uma sessão ao vivo de depuração e execução no modo de depuração remota no Azure. A maioria dos novos recursos para os sites do Azure também funcionam no Visual Studio 2012 quando você instala a versão atual do Azure SDK para .NET.

    Para obter mais informações, consulte Introdução ao Azure e ASP.NET e Resolução de problemas dos sites do Azure no Visual Studio.

  • A depuração remota para os Serviços em Nuvem do Azure (visualização) agora está disponível – Inicie uma sessão ao vivo de depuração para depurar um aplicativo em execução nos serviços em nuvem diretamente do Visual Studio. Para obter mais informações, consulte Depurando um serviço em nuvem no Visual Studio.

  • TopologyBlast – Essa nova funcionalidade permitirá que o Azure comunique as alterações de topologia a todas as instâncias de um serviço de uma só vez em vez de percorrer os domínios de atualização. Esse recurso é exposto por meio da configuração topologyChangeDiscovery no arquivo de definição de serviço (.csdef) e os eventos e classes Simultaneous* na biblioteca de tempo de execução do serviço.

  • Azure Service Bus – partition queues and topics across multiple message brokers – Service Bus emprega agentes de mensagens múltiplas para processar e armazenar mensagens. Cada fila ou tópico é atribuído a um agente de mensagem. Este mapeamento tem as seguintes desvantagens:

    • A taxa de transferência de mensagem de uma fila ou tópico é limitada à carga de mensagem que um único agente de mensagem pode lidar.

    • Se um agente de mensagem ficar temporariamente indisponível ou sobrecarregado, todas as entidades atribuídas a esse agente de mensagens ficarão indisponíveis ou apresentarão uma baixa taxa de transferência.

    Para superar esses desvantagens, o Service Bus agora permite que as filas ou tópicos sejam particionados pelos agentes de mensagens múltiplas. Para obter mais informações sobre as entidades de mensagens particionadas, consulte Azure Service Bus.

Veja a seguir os problemas conhecidos no Azure SDK para .NET 2,2:

  • A depuração remota pode não conseguir se conectar a um Serviço de Nuvem existente- Depois de implantar um novo Serviço de Nuvem, o depurador não conseguir se conectar a um Serviço em Nuvem existente, com a mensagem de erro "Ocorreu uma falha ao iniciar o depurador remoto". Para corrigir o problema, reinicie o Visual Studio e reconecte o depurador à nova implantação.  

    Para garantir a melhor experiência ao usar o depurador remoto, você deve implantar usando uma configuração não otimizada de compilação para depuração para seu projeto.

  • A depuração lado a lado de serviço em nuvem funciona com os projetos criados com a versão 1.7 ou versões mais recentes do SDK- A depuração lado a lado do serviço em nuvem é compatível apenas com o Azure SDK para as versões 1.7, 1.8, 2.0, 2.1, e 2.2 do .NET. Para obter uma experiência completa de depuração, os projetos criados usando antes da versão 1.7 deverão ser atualizados. Para obter mais informações, consulte Política de ciclo de vida do suporte dos serviços em nuvem do Azure.

    Por exemplo, ao executar um projeto criado no Azure SDK para .NET versão 1.6 em um computador com a versão 2.2 instalada, você verá a seguinte mensagem de erro: "O sistema não apresenta um pré-requisito para a execução do serviço".

    Para resolver esse erro, desinstale o emulador de cálculo incluído na versão 2,2 e instale o emulador de cálculo o para a versão 1.6. No entanto, se fizer isso, você não poderá executar um aplicativo criado na versão 2,2 do SDK neste computador.

  • O CSRun exige um prompt de comando com privilégios elevados – Ferramentas e scripts que usam a ferramenta de linha de comando CSRun (csrun.exe) para iniciar o emulador de computação, incluindo o Azure PowerShell, devem ser executados a partir de um prompt de comando com privilégios elevados ou um erro como o seguinte poderá ser exibido: “Há um erro no emulador de computação: O emulador de computação precisa ser iniciado com privilégios administrativos para ser executado no modo de emulação completo. Reinicie o emulador com os privilégios corretos."

  • Logon Integrado no Azure usando as ferramentas do Azure para Visual Studio 2,2- Esta seção descreve como solucionar problemas potenciais que você pode encontrar ao usar o Logon Integrado. Para obter mais informações, consulte Logon Integrado - Perguntas frequentes.

    • Nenhuma assinatura do Azure foi adicionada- Depois de tentar se conectar ao Azure, você pode receber a seguinte mensagem "Nenhuma assinatura do Azure foi adicionada. Conectando com uma conta que tem assinaturas”. Essa mensagem indica que 1) você não pôde ser autenticado com as credenciais fornecidas ou 2) você foi autenticado com uma conta que não tem uma assinatura associada do Azure.

      Para corrigir esse problema, se você estiver fazendo o logon com uma conta de organização, vá para o Portal de Gerenciamento do Azure e verifique se a conta de organização foi adicionada a um diretório do Azure associado à assinatura que você está tentando acessar e se a conta aparece na lista de coadministradores na guia Configuração. Se você estiver fazendo o logon com uma conta da Microsoft (por exemplo, uma conta do Outlook.com ou Hotmail.com), contate o administrador do serviço de sua assinatura para assegurar-se de que sua conta da Microsoft apareça e seja adicionada aos administradores no portal de gerenciamento do Azure.

    • Bancos de dados e serviços móveis não listados no explorador de servidores- Os nós Banco de dados SQL e Serviços móveis no explorador de servidores não oferecem suporte ao logon integrado no momento. Esses nós ainda precisam de um certificado de gerenciamento para a autenticação com o Azure.

    • Não é possível exibir diversas contas no logon multiconta- O recurso de logon integrado permite que os usuários se conectem com uma ID de usuário de cada vez. Uma vez conectado, o Visual Studio pode operar em todas as assinaturas para as quais essa conta é um administrador de serviço ou um coadministrador. Se você precisar de acesso simultâneo a várias assinaturas que não têm um administrador comum, você deverá continuar a usar certificados de gerenciamento para a autenticação.

    • Sites duplicados listados no Gerenciador de Servidores- Quando um usuário tiver o certificado de gerenciamento e o acesso de conta para a mesma assinatura, os sites do Azure mostrados no gerenciador de servidores poderão ser duplicados. Para evitar essa duplicação, use somente uma forma de autenticação (certificado ou conta) para cada assinatura

    • Não é possível desconectar depois de conectar-se com uma conta federada- Após a conexão com uma conta federada (uma conta usando ADFS para se conectar, por exemplo, user@contoso.com), você não poderá se desconectar do Visual Studio. Para corrigir esse problema, você precisará fechar o Visual Studio e reiniciá-lo para conectar-se com credenciais diferentes. Em algumas circunstâncias, pode ser necessário apagar os cookies do cache do navegador.

    • Acesso baseado em contas sujeito à expiração- O acesso baseado em contas do Azure utiliza tokens. Por razões de segurança, esses tokens expiram. Se você estiver usando a autenticação baseada em contas, em algum momento após ter conectado o Visual Studio ao Azure com êxito, seu token de autenticação expirará e será solicitado que você insira suas credenciais de conta para autenticar novamente. O tempo de vida do token de autenticação é determinado pelo provedor de autenticação e pode variar de um dia a várias semanas. Quando o token expirar, você poderá ver a seguinte mensagem: "Você está conectado atualmente como 'nome de usuário'. Desconecte-se e conecte-se como um usuário diferente." Clique em OK e insira suas credenciais na caixa de diálogo Logon para atualizar o token de autenticação expirado.

  • Editar e Continuar

    • Em um ambiente de 64 bits, o recurso Editar e Continuar requer o Visual Studio 2013 e o .NET Framework 4.5.1 (como o .NET Framework 4.5.1 é sempre instalado com o Visual Studio 2013 e é uma atualização in-loco do .NET Framework 4.5, Editar e Continuar ainda funcionará no Visual Studio 2013 até mesmo quando direcionar o .NET Framework 4.5 em computadores x64).

    • Em um ambiente de 32 bits, Editar e Continuar funciona no Visual Studio 2012 e no Visual Studio 2013.

    • Editar e Continuar requer que os projetos do Azure tenham como alvo o IIS Express ao pressionar F5, ele não funciona com o IIS completo. Aguarde e veja a mensagem "Editar e Continuar não permitido".

    • O recurso Editar e Continuar não funciona no evento WebRole.OnStart. Aguarde e veja a mensagem "Editar e Continuar não permitido".

    • Editar e Continuar funciona com o emulador completo e o emulador rápido.

    • Para focar o emulador completo, o recurso Editar e Continuar aplicará alterações apenas em uma instância que causa a quebra (ponto de interrupção ou exceção), se uma função tiver várias instâncias, o comportamento pode ser inconsistente após o uso do recurso Editar e Continuar para aplicar alterações ao código de forma rápida.

Veja as alterações recentes no Azure SDK do .NET 2,2:

  • Ativar o recurso ASP.NET 4.5 do Windows para executar os aplicativos MVC4 no Windows Server 2012 R2/Windows 8.1- A execução de um aplicativo MVC4 no Visual Studio 2012 no Windows Server 2012 R2/Windows 8.1 exibirá o seguinte erro se o ASP.NET 4.5 não estiver habilitado: Falha ao configurar Web http://localhost:6761 para ASP.NET 4.5. Você deve configurar manualmente esse site do ASP.NET 4.5 para que o site seja executado corretamente. O ASP.NET 4.0 não foi registrado no servidor Web. Você precisa configurar manualmente o servidor Web do ASP.NET 4.0 para que o site seja executado corretamente.

    Para resolver, habilite manualmente esse recurso navegando até Painel de controle -> Desinstalar um programa ->Ativar ou desativar recursos do Windows -> Serviços avançados do .NET Framework 4.5. Marque ASP.NET 4.5 e clique em OK.

  • Executando o emulador de cálculo do Azure no Windows 8,1- O Internet Explorer no Windows 8.1 apresenta um novo modo avançado de segurança que interrompe o recurso o Iniciar sem depuração (CTRL+F5) do emulador de cálculo. Quando o emulador de cálculo inicia, o Internet Explorer é iniciado e falha ao carregar o aplicativo Web hospedado no IP do host local, porque http://127.0.0.x não está listado em Sites confiáveis. O recurso Iniciar sem depuração (F5) não é afetado.

Consulte também

Outros recursos

Introdução ao Azure

Isso foi útil para você?
(1500 caracteres restantes)
Agradecemos os seus comentários
A Microsoft está realizando uma pesquisa online para saber sua opinião sobre o site do MSDN. Se você optar por participar, a pesquisa online lhe será apresentada quando você sair do site do MSDN.

Deseja participar?
Mostrar:
© 2015 Microsoft