Exportar (0) Imprimir
Expandir todo

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

Actualizado: abril de 2014

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

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

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

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

Estas son las nuevas características y actualizaciones del SDK de Windows Azure para .NET 2.2:

  • Visual Studio 2013 se admite en la versión 2.2 del SDK: la versión 2.2 del SDK de Azure para .NET agrega compatibilidad con 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. La actualización de los proyectos asegurará que pueda utilizar las características más recientes de Azure a medida que se publiquen nuevas versiones del SDK.

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

  • Compatibilidad con Sitios web de Windows Azure en Visual Studio: en Visual Studio 2013 puede utilizar el Explorador de servidores para interactuar directamente con los sitios web remotos de Windows Azure. Puede iniciar sesión en su cuenta de Windows 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 Windows Azure. La mayoría de las nuevas características de Sitios web de Windows Azure también funcionan en Visual Studio 2012 cuando se instala la versión actual del SKD de Windows Azure para .NET.

    Para obtener más información, vea Introducción a Windows Azure y ASP.NET y Solucionar problemas de Sitios web de Windows Azure en Visual Studio.

  • Ahora está disponible la depuración remota de Servicios en la nube de Windows Azure (vista previa): inicie 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 en la nube en Visual Studio.

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

  • Windows Azure Service Bus – partition queues and topics across multiple message brokers: Service Bus genera varios agentes de mensajes para procesar y almacenar 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 acerca de las entidades de mensajería con particiones, vea Windows Azure Service Bus.

Estos son los problemas conocidos del SDK de Windows Azure para .NET 2.2:

  • Puede producirse un error en la depuración remota al conectarse a un servicio en la nube existente: después de implementar un nuevo servicio en la nube, es posible que el depurador no pueda conectarse a un servicio en la nube existente y se muestre el mensaje "Error al iniciar el depurador remoto". 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.

  • La depuración en paralelo del servicio en la nube funciona con proyectos compilados con las versiones 1.7 y posteriores del SDK: la depuración en paralelo del servicio en la nube solo es compatible con las versiones 1.7, 1.8, 2.0, 2.1 y 2.2 del SDK de Windows Azure para .NET. 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 la Directiva de soporte para Servicios en la nube de Windows Azure.

    Por ejemplo, al ejecutar un proyecto compilado con la versión 1.6 del SDK de Windows Azure para .NET en un equipo que tiene instalada la versión 2.2, aparecerá el mensaje de error siguiente: "Falta un requisito previo en el sistema para ejecutar el servicio."

    Para evitar este error, desinstale el emulador de proceso incluido en la versión 2.2 e instale el emulador de proceso para la versión 1.6. Sin embargo, si lo hace, no podrá ejecutar una aplicación compilada en la versión 2.2 del SDK en este equipo.

  • CSRun requiere un símbolo del sistema con privilegios elevados: las herramientas y los scripts que utilizan la herramienta de línea de comandos CSRun (csrun.exe) para iniciar el emulador de proceso, incluido Windows Azure PowerShell, se deben ejecutar desde un símbolo del sistema con privilegios elevados; de lo contrario, aparecerá un error como el 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".

  • Inicio de sesión integrado en Windows Azure con Windows Azure Tools para Visual Studio 2.2: en esta sección se describe cómo solucionar posibles problemas con los que se puede encontrar cuando se usa Inicio de sesión integrado. Para obtener más información, vea Preguntas más frecuentes de Inicio de sesión integrado.

    • No se agregaron suscripciones de Windows Azure: después de intentar conectarse a Windows Azure puede recibir el mensaje "No se agregaron suscripciones de Windows Azure. 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 Windows Azure asociada.

      Para corregir este problema, si está iniciando sesión con una cuenta de organización, vaya al Portal de administración de Windows Azure y asegúrese de que se ha agregado esa cuenta de organización a un directorio de Windows Azure asociado a la suscripción a la que está intentando obtener acceso y que la cuenta aparece en la lista de coadministradores de la pestaña Configuración. 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 a los coadministradores en el Portal de administración de Windows Azure.

    • Las bases de datos y los Servicios móviles no se muestran en el Explorador de servidores: los nodos Base de datos SQL y Servicios móviles del 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 Windows Azure.

    • No se pueden ver varias cuentas en el inicio de sesión con varias cuentas: la característica de inicio de sesión integrado permite a los usuarios iniciar sesión con un identificador de usuario cada 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.

    • Se muestran sitios web duplicados en el Explorador de servidores: cuando un usuario tiene acceso a la misma suscripción con un certificado de administración y una cuenta, los sitios web de Windows Azure que se muestran en el Explorador de servidores pueden estar duplicados. Para evitar esta duplicación, utilice solo un medio de autenticación (certificado o cuenta) para cada suscripción.

    • No se puede cerrar sesión después de iniciar sesión con una cuenta federada: después de iniciar sesión con una cuenta federada (una cuenta que utiliza ADFS para iniciar sesión, por ejemplo user@contoso.com), no puede 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: el acceso basado en cuenta a Windows 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 Windows 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 el token expire, puede aparecer el mensaje siguiente: "Ha iniciado sesión actualmente como nombreDeUsuario. Cierre sesión e iníciela como un usuario diferente". Haga clic en Aceptar y escriba sus credenciales en el cuadro de diálogo Iniciar sesión para actualizar el token de autenticación expirado.

  • 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 de Azure SDK para .NET 2.2:

  • Active la característica ASP.NET 4.5 de Windows para ejecutar aplicaciones MVC4 en Windows Server 2012 R2/Windows 8.1: al ejecutar una aplicación MVC4 en Visual Studio 2012 en Windows Server 2012 R2/Windows 8.1, aparece 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 resolverlo, habilite manualmente esta característica navegando a Panel de control -> Desinstalar un programa ->Activar o desactivar las características de Windows -> Servicios avanzados de .NET Framework 4.5. Active ASP.NET 4.5 y seleccione Aceptar.

  • Ejecutar el emulador de proceso de Windows Azure 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 el emulador de proceso se inicia, se inicia Internet Explorer y no puede cargar la aplicación web hospedada en la dirección IP del 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.

Vea también

Mostrar:
© 2014 Microsoft