Notas de la versión de Azure SDK para .NET 2.2
Este artículo proviene de un motor de traducción automática. Mueva el puntero sobre las frases del artículo para ver el texto original.
Traducción
Original

Notas de la versión de Azure SDK para .NET 2.2

 

Este documento contiene las notas de la Azure de la versión de SDK para .NET 2.2 y describe Nuevas características del SDK, Problemas conocidos, y Últimos cambios.

El Azure SDK para el número de versión de .NET (2.2) viene determinado por el ensamblado de tiempo de ejecución básico de servicio Azure mediante control de versiones semántico. Otras bibliotecas de cliente empaquetadas dentro del Azure SDK para. NET, junto con sus respectivos paquetes de NuGet, siga el control de versiones independiente basado en el esquema de control de versiones semántico.

El Azure SDK para .NET 2.2 incluye almacenamiento de Azure 2.1.0.2, Bus de servicios de Azure 2.1.3, Caching de Azure 2.1.0 y Administrador de configuración de Azure 2.0.1. También puede descargar estas bibliotecas desde sus respectivos paquetes de NuGet.

Para obtener más información relacionada con este lanzamiento, vea los recursos siguientes:

Éstas son las nuevas características y actualizaciones de Azure SDK para .NET 2.2:

  • Visual Studio 2013 es compatible con la versión 2.2 del SDK - la Azure SDK para .NET versión 2.2 agrega compatibilidad para Visual Studio 2013 y deja de admitir Visual Studio 2010. Si bien las versiones 2.1 y anteriores del SDK continúan admitiendo Visual Studio 2010, se recomienda que actualice los proyectos de Visual Studio 2010 a Visual Studio 2012 o Visual Studio 2013 ahora que se ha publicado la versión 2.2 del SDK. Actualización de los proyectos asegurará que pueda usar las características más recientes de Azure según se publiquen nuevas versiones del SDK.

  • Iniciar sesión para conectarse a Azure : archivo de configuración de publicación de recursos de Azure de acceso a través de Visual Studio iniciando sesión con su cuenta de Microsoft o cuenta profesional como alternativa a la carga de una suscripción. Para obtener más información, vea cuentas de administración de Azure, suscripciones y roles administrativos.

  • Compatible con sitios Web de azure en Visual Studio : en Visual Studio 2013 puede utilizar el Explorador de servidores para interactuar directamente con sus sitios Web de Azure remoto. Puede iniciar sesión en su cuenta de Azure, crear nuevos sitios, configurar sitios existentes, ver registros en tiempo real, etc. Próximamente, podrá iniciar una sesión de depuración activa y trabajar en modo de depuración remota en Azure. La mayoría de las nuevas características de Sitios web de Azure también funcionan en Visual Studio 2012 cuando se instala la versión actual del SDK de Azure para .NET.

    Para obtener más información, vea Introducción a Azure y ASP.NET y solución de problemas de sitios Web de Azure en Visual Studio.

  • La depuración remota de servicios de nube de Azure (vista previa) ya está disponible : iniciar una sesión de depuración activa para depurar una aplicación que se ejecuta en servicios en la nube directamente desde Visual Studio. Para obtener más información, vea Depurar un servicio de nube en Visual Studio.

  • TopologyBlast : esta nueva funcionalidad permitirá que Azure comunique los cambios de topología a todas las instancias de un servicio al mismo tiempo en lugar de recorrer dominios de actualización. Esta característica se expone a través de la topologyChangeDiscovery configuración en el archivo de definición de servicio (.csdef) y la Simultaneous* eventos y clases de la biblioteca en tiempo de ejecución del servicio.

  • Azure Service Bus – partition queues and topics across multiple message brokers : Service Bus genera varios agentes de mensajes para procesar y almacenar los mensajes. Cada cola o tema se asigna a un agente de mensajes. Esta asignación tiene las desventajas siguientes:

    • El rendimiento de mensajes de una cola o un tema está limitado a la carga de mensajería que un solo agente de mensajes puede controlar.

    • Si un agente de mensajes deja de estar disponible o se sobrecarga temporalmente, todas las entidades asignadas a ese agente de mensajes dejan de estar disponibles o experimentan un rendimiento bajo.

    Para superar estas desventajas, Service Bus permite ahora crear particiones de colas o temas en varios agentes de mensajes. Para obtener más información sobre las entidades de mensajería con particiones, vea Azure Service Bus.

Los siguientes son problemas conocidos de Azure SDK para .NET 2.2:

  • La depuración remota no puede conectarse a un servicio de nube existente: después de implementar un nuevo servicio de nube, el depurador no puede conectarse a un servicio con el mensaje de error "se produjo un error al iniciar el depurador remoto" en la nube.  Para corregir este problema, reinicie Visual Studio y vuelva a adjuntar el depurador a la nueva implementación.  

    Para asegurar la mejor experiencia al utilizar el depurador remoto, debe realizar la implementación con una configuración de compilación de depuración no optimizada para el proyecto.

  • Funciona de depuración de servicios de nube en paralelo con proyectos creados con versiones 1.7 y posteriores del SDK de-servicio de nube Side-by-Side depurar sólo es compatible con Azure SDK para las versiones de .NET 1.7, 1.8, 2.0, 2.1 y 2.2. Para lograr una experiencia de depuración completa, se deben actualizar los proyectos compilados con versiones anteriores a la versión 1.7. Para obtener más información, vea Directiva de compatibilidad con servicios de nube de Azure.

    Por ejemplo, cuando se ejecuta un proyecto compilado en la versión 1.6 del SDK de Azure para .NET en una máquina con la versión 2.2 instalada, se muestra el siguiente mensaje de error: "Falta un requisito previo en el sistema para ejecutar el servicio".

    Para evitar este error, desinstale el emulador de proceso que se incluyen en la versión 2.2 e instalar la emulador de proceso para la versión 1.6. Si hace esto, sin embargo, no podrá ejecutar una aplicación basada en SDK versión 2.2 de este equipo.

  • CSRun requiere un símbolo del sistema con privilegios elevados : herramientas y secuencias de comandos que use la herramienta de línea de comandos CSRun (csrun.exe) para iniciar el emulador de proceso, incluido Azure PowerShell, se deben ejecutar desde un símbolo del sistema con privilegios elevados, o puede recibir un error similar al siguiente: "El emulador de proceso tiene un error: el emulador de proceso necesita iniciarse con privilegios de administrador para poder ejecutarse en modo de emulación completo. Reinicie el emulador con los privilegios correctos".

  • Integrado inicio de sesión en Azure con Azure Tools para Visual Studio 2.2-esta sección describe cómo solucionar posibles problemas que pueden producirse al usar inicio de sesión integrado en. Para obtener más información, vea integrado inicio de sesión en - preguntas más frecuentes.

    • Se agregaron suscripciones de Azure No: después de intentar conectarse a Azure puede recibir el siguiente mensaje "no hay suscripciones de Azure se agregaron. Inicie sesión con una cuenta que tenga suscripciones". Este mensaje indica que 1) no se pudo autenticar con las credenciales proporcionadas o 2) se autenticó con una cuenta que no tiene una suscripción de Azure asociada.

      Para corregir este problema, si está iniciando sesión con una cuenta profesional, vaya a la Portal de administración de Azure y asegúrese de que su cuenta profesional se ha agregado a un directorio de Azure asociado a la suscripción que está intentando obtener acceso y que la cuenta aparece en la lista de coadministradores en el configuración ficha. Si está iniciando sesión con una cuenta de Microsoft (por ejemplo, una cuenta de Outlook.com o Hotmail.com), póngase en contacto con el administrador de servicios de la suscripción para asegurarse de que su cuenta de Microsoft aparece y se ha agregado los coadministradores en el Portal de administración de Azure.

    • Bases de datos y servicios móviles no aparece en el Explorador de servidores- la base de datos SQL y servicios móviles nodos en el Explorador de servidores no admiten el inicio de sesión integrado en este momento. Estos nodos aún requieren un certificado de administración para la autenticación con Azure.

    • No se pueden ver varias cuentas en varias cuentas iniciar sesión-el inicio de sesión integrado característica permite a los usuarios iniciar sesión con un identificador de usuario a la vez. Una vez que se ha iniciado sesión, Visual Studio puede utilizarse en todas las suscripciones de las que esa cuenta es un administrador de servicios o un coadministrador. Si necesita acceso simultáneo a varias suscripciones que no tienen un administrador común, debe seguir utilizando certificados de administración para la autenticación.

    • Duplicar los sitios Web que se muestran en el Explorador de servidores: cuando un usuario tiene el certificado de administración y la cuenta de acceso a la misma suscripción, los sitios Web Azure se muestra en el Explorador de servidores puede estar duplicado. Para evitar esta duplicación, utilice solo un medio de autenticación (certificado o cuenta) para cada suscripción.

    • No se puede cerrar la sesión después de iniciar sesión con una cuenta federada-después de iniciar sesión con una cuenta federada (una cuenta con ADFS para iniciar sesión, por ejemplo user@contoso.com), es podrán que no pueda cerrar la sesión de Visual Studio. Para corregir este problema necesitará cerrar Visual Studio y reiniciarlo para iniciar sesión con credenciales diferentes. En algunos casos, quizás sea necesario borrar también las cookies de la memoria caché del explorador.

    • Acceso basado en cuenta sujeto a expiración-basado en la cuenta de acceso a Azure utiliza tokens. Por razones de seguridad, estos tokens expiran. Si utiliza la autenticación basada en cuenta, en algún momento después de haber conectado correctamente Visual Studio con Azure, el token de autenticación expirará y se le pedirá que especifique sus credenciales de cuenta para volver a realizar la autenticación. La duración del token de autenticación lo determina el proveedor de autenticación y puede variar desde tan solo un día hasta varias semanas. Cuando expire el token, verá el siguiente mensaje: “Ha iniciado sesión actualmente como nombreusuario. Cierre sesión e iníciela como un usuario diferente". Haga clic en Aceptar y escriba sus credenciales en el cuadro de diálogo Inicio de sesión con el fin de actualizar el token de autenticación expirada.

  • Editar y continuar

    • En un entorno de 64 bits, Editar y continuar requiere Visual Studio 2013 y .NET Framework 4.5.1 (como .NET Framework 4.5.1 siempre se instala con Visual Studio 2013 y es una actualización en contexto de .NET Framework 4.5, Editar y continuar funcionará en Visual Studio 2013 aunque el destino sea .NET Framework 4.5 en los equipos x64).

    • En un entorno de 32 bits, Editar y continuar funciona en Visual Studio 2012 y Visual Studio 2013.

    • Editar y continuar requiere que los proyectos de Azure tengan como destino IIS Express cuando se presiona F5; no funciona con IIS completo. Aparecerá el cuadro de diálogo "Editar y continuar no permitido".

    • Editar y continuar no funciona en el evento WebRole.OnStart. Aparecerá el cuadro de diálogo "Editar y continuar no permitido".

    • Editar y continuar funciona con el emulador completo y con el emulador de Express.

    • Cuando tiene como destino el emulador completo, Editar y continuar solo aplica los cambios a la instancia que produce la interrupción (punto de interrupción o excepción); si un rol tiene varias instancias, el comportamiento puede ser incoherente después de utilizar Editar y continuar para aplicar cambios al código sobre la marcha.

Los siguientes son los últimos cambios la Azure SDK para .NET 2.2:

  • Activar Windows característica ASP.NET 4.5 para ejecutar aplicaciones MVC4 en Windows Server 2012 R2 o Windows 8.1-ejecutar una aplicación MVC4 en Visual Studio 2012 en Windows Server 2012 R2 o Windows 8.1 muestra el siguiente error si ASP.NET 4.5 no está habilitado: Error al configurar http://localhost:6761 para ASP.NET 4.5. Para que el sitio se ejecute correctamente, debe configurarlo manualmente para ASP.NET 4.5. ASP.NET 4.0 no se ha registrado en el servidor web. Necesita configurar manualmente el servidor web para ASP.NET 4.0 para que su sitio se ejecute correctamente.

    Para resolver, habilite manualmente esta característica, vaya a Panel de Control -> desinstalar un programa ->o desactivar las características de Windows Active -> servicios avanzados de .NET Framework 4.5. Comprobar ASP.NET 4.5 y, a continuación, seleccione Aceptar.

  • Ejecutar el proceso de Azure emulador en Windows 8.1-Internet Explorer en Windows 8.1 tiene un nuevo modo de seguridad mejorada que interrumpe la funcionalidad iniciar sin depurar (CTRL+F5) del emulador de proceso. Cuando se inicia el emulador de proceso, se inicia Internet Explorer y se produce un error al cargar la aplicación web hospedada en la dirección IP de host local porque http://127.0.0.x no aparece en sitios de confianza. La funcionalidad Iniciar con depuración (F5) no se ve afectada.

Mostrar:
© 2016 Microsoft