Exportar (0) Imprimir
Expandir todo
Este tema aún no ha recibido ninguna valoración - Valorar este tema

Notas de la versión de Windows Azure SDK para .NET 2.1

Actualizado: enero de 2014

Este documento contiene las notas de la versión para la versión 2.1 del SDK de Windows Azure para .NET y describe cómo Visual Studio 2010 no se admitirá en versiones futuras del SDK, No se admite la depuración de servicios en la nube en paralelo con proyectos compilados antes de la versión 1.7 y Últimos cambios.

El número de versión de Windows Azure SDK para .NET (2.1) 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 Windows 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.

Windows Azure SDK para .NET 2.1 incluye bibliotecas de Almacenamiento de Windows Azure 2.0.6, Service Bus de Windows Azure 2.1, Caching de Windows Azure 2.0 y Administrador de configuración de Windows Azure 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:

Estamos anunciando por adelantado que Windows Azure SDK para .NET 2.1 será la última versión del SDK que admitirá Visual Studio 2010. La próxima versión del SDK agregará compatibilidad con Visual Studio 2013 y dejará de admitir Visual Studio 2010. Puede seguir utilizando Visual Studio 2010 para los proyectos que utilizan las versiones 2.1 y anteriores de Windows Azure SDK para .NET.

Si bien la versión 2.1 del SDK continúa admitiendo Visual Studio 2010, Visual Studio 2012 y Visual Studio 2013 Preview, se recomienda que actualice los proyectos de Visual Studio 2010 a Visual Studio 2012 o Visual Studio 2013 una vez que se publique este SDK. La actualización de los proyectos ahora asegurará que pueda utilizar las características más recientes de Windows Azure cuando se publique la próxima versión del SDK.

Side-by-Side Cloud Service Debugging solo se admite con las versiones 1.7, 1.8, 2.0 y 2.1 de Windows Azure SDK 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 de Windows Azure SDK para .NET en un equipo que tiene instalada la versión 2.1, aparecerá el mensaje de error “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.1 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.1 del SDK en este equipo.

Los siguientes son los últimos cambios de Windows Azure SDK para .NET 2.1:

  • Creating an ASP.NET MVC 5 Web API project or SPA project in a new Cloud Service in Visual Studio 2013 Preview: al crear estos tipos de proyecto mediante Archivo->Nuevo->Servicio en la nube de Windows Azure->Aplicación web ASP.NET, debe agregar manualmente una redirección de ensamblado a la versión 5.5 de ODataLib si utiliza la Biblioteca de cliente de almacenamiento en el proyecto. Se puede hacer de dos maneras:

    • Quitar y volver a agregar el paquete NuGet de Biblioteca de cliente de almacenamiento haciendo clic con el botón secundario en Referencias del proyecto en el Explorador de soluciones y seleccionando Administrar paquetes NuGet.

    • O bien, agregar la redirección de ensamblado como se indica en la advertencia de compilación:

      C:\Program Files (x86)\MSBuild\12.0\bin\Microsoft.Common.CurrentVersion.targets(1613,5): warning MSB3247: 
      Found conflicts between different versions of the same dependent assembly. 
      Please add the following binding redirects to the "runtime" node in your application configuration file: 
      <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
        <dependentAssembly>
          <assemblyIdentity name="Microsoft.Data.Edm" culture="neutral" publicKeyToken="31bf3856ad364e35" />
          <bindingRedirect oldVersion="0.0.0.0-5.5.0.0" newVersion="5.5.0.0" />
        </dependentAssembly>
      </assemblyBinding>
      <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
        <dependentAssembly>
          <assemblyIdentity name="System.Spatial" culture="neutral" publicKeyToken="31bf3856ad364e35" />
          <bindingRedirect oldVersion="0.0.0.0-5.5.0.0" newVersion="5.5.0.0" />
        </dependentAssembly>
      </assemblyBinding>
      <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
        <dependentAssembly>
          <assemblyIdentity name="Microsoft.Data.OData" culture="neutral" publicKeyToken="31bf3856ad364e35" />
          <bindingRedirect oldVersion="0.0.0.0-5.5.0.0" newVersion="5.5.0.0" />
        </dependentAssembly>
      </assemblyBinding>
      
      
  • Running the Windows Azure compute emulator on the Windows 8.1 Preview: Internet Explorer en Windows 8.1 Preview 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.

  • Loading the ServiceRuntime from SDK 2.0 or later in a startup task throws an exception: para resolverlo, agregue el atributo useLegacyV2RuntimeActivationPolicy con un valor de true al elemento startup del archivo App.config para el ejecutable, como en el ejemplo siguiente:

    <?xml version="1.0" encoding="utf-8" ?>
    <configuration>
        <startup useLegacyV2RuntimeActivationPolicy="true">
             ...
             ...
             ...
        </startup>
    </configuration>
    
  • WebPI feed failure conditions-

    • La fuente de WebPI no se instala si falta la entidad de certificación raíz de Microsoft 2010 o 2011. Para obtener más información, vea http://support.microsoft.com/kb/931125.

    • La fuente WebPI produce un error silencioso en los equipos que están pendientes de un reinicio tras instalar actualizaciones o software nuevo. Para resolver este problema, reinicie el equipo y reinicie después la instalación.

Vea también

¿Te ha resultado útil?
(Caracteres restantes: 1500)
Gracias por sus comentarios
Mostrar:
© 2014 Microsoft. Reservados todos los derechos.