Cómo: Actualizar aplicaciones de Internet enriquecidas a Visual Studio 2012

Artículo
02/19/2013

Este documento proporciona instrucciones para actualizar los siguientes tipos de Rich Internet Applications (RIA):

Aplicaciones empresariales de Silverlight
Aplicaciones de Silverlight o aplicación de navegación de Silverlight que utiliza el servicio de autenticación personalizado de RIA Services
Windows Communication Foundation RIA Services Class Library
Aplicación web de entidades de datos dinámicos de ASP.NET.

Si creó un RIA en una versión anterior de Visual Studio, debe actualizar esa aplicación antes de que pueda abrirlo en Visual Studio 2012.

Aplicaciones empresariales de Silverlight

Si usa Visual Studio 2012 para abrir un proyecto de aplicación de empresa de C# o Visual Basic Silverlight creado en Visual Studio 2010 con SP1, debe modificar el proyecto porque depende de una instancia de Microsoft SQL Server 2008 Express para la autenticación.Dado que SQL Server Express no siempre está disponible en Visual Studio 2012, debe actualizar el proyecto para usar los proveedores universales de ASP.NET en su lugar.

En el archivo web.config, modifique las siguientes secciones para utilizar proveedores universales, como el código de ejemplo muestra:

Sección de cadena de conexión:

  <connectionStrings>
    <!--<add name="ApplicationServices"
         connectionString="data source=.\SQLEXPRESS;Integrated Security=SSPI;AttachDBFilename=|DataDirectory|\aspnetdb.mdf;User Instance=true"
         providerName="System.Data.SqlClient" />-->
    <add name="DefaultConnection" connectionString="Data Source=(LocalDB)\v11.0;Initial Catalog=aspnet-BusinessApplication1.Web-20111129040955;Integrated Security=True;MultipleActiveResultSets=True" providerName="System.Data.SqlClient"/>
  </connectionStrings>

Sección de pertenencia:

  <membership defaultProvider="DefaultMembershipProvider">
      <providers>
        <clear/>
        <!--<add name="AspNetSqlMembershipProvider" type="System.Web.Security.SqlMembershipProvider" connectionStringName="ApplicationServices"
             enablePasswordRetrieval="false" enablePasswordReset="true" requiresQuestionAndAnswer="false" requiresUniqueEmail="false"
             maxInvalidPasswordAttempts="5" minRequiredPasswordLength="6" minRequiredNonalphanumericCharacters="0" passwordAttemptWindow="10"
             applicationName="/" />-->
        <add name="DefaultMembershipProvider" type="System.Web.Providers.DefaultMembershipProvider, System.Web.Providers, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" connectionStringName="DefaultConnection" enablePasswordRetrieval="false" enablePasswordReset="true" requiresQuestionAndAnswer="false" requiresUniqueEmail="false" maxInvalidPasswordAttempts="5" minRequiredPasswordLength="6" minRequiredNonalphanumericCharacters="0" passwordAttemptWindow="10" applicationName="/"/>
      </providers>
  </membership>

sección roleManager:

  <roleManager enabled="true" defaultProvider="DefaultRoleProvider">
      <providers>
        <clear/>
        <!--<add name="AspNetSqlRoleProvider" type="System.Web.Security.SqlRoleProvider" connectionStringName="ApplicationServices" applicationName="/" /> -->
        <add name="DefaultRoleProvider" type="System.Web.Providers.DefaultRoleProvider, System.Web.Providers, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" connectionStringName="DefaultConnection" applicationName="/"/>
        <add name="AspNetWindowsTokenRoleProvider" type="System.Web.Security.WindowsTokenRoleProvider" applicationName="/"/>
      </providers>
  </roleManager>

generar perfiles de la sección

  <profile defaultProvider="DefaultProfileProvider">
      <providers>
        <clear/>
        <!--<add name="AspNetSqlProfileProvider" type="System.Web.Profile.SqlProfileProvider" connectionStringName="ApplicationServices" applicationName="/"/>-->
        <add name="DefaultProfileProvider" type="System.Web.Providers.DefaultProfileProvider, System.Web.Providers, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" connectionStringName="DefaultConnection" applicationName="/"/>
      </providers>
      <properties>
        <add name="FriendlyName"/>
      </properties>
  </profile>

Si usa Visual Studio 2010 con SP1 para abrir un proyecto de aplicación de empresa de C# o Visual Basic Silverlight creado en Visual Studio 2012, debe modificar el proyecto porque depende de los proveedores universales para la autenticación.Debe actualizar ese proyecto de utilizar SQL Server Express.

En el archivo web.config, modifique las siguientes secciones para utilizar SQL Server Express, como el código de ejemplo muestra:

Sección de cadena de conexión:

   <connectionStrings>
    <add name="ApplicationServices"
         connectionString="data source=.\SQLEXPRESS;Integrated Security=SSPI;AttachDBFilename=|DataDirectory|\aspnetdb.mdf;User Instance=true"
         providerName="System.Data.SqlClient" />
    <!--<add name="DefaultConnection" connectionString="Data Source=(LocalDB)\v11.0;Initial Catalog=aspnet-BusinessApplication1.Web-20111129040955;Integrated Security=True;MultipleActiveResultSets=True" providerName="System.Data.SqlClient"/>-->
   </connectionStrings>

Sección de pertenencia:

   <membership defaultProvider="AspNetSqlMembershipProvider">
      <providers>
        <clear/>
        <add name="AspNetSqlMembershipProvider" type="System.Web.Security.SqlMembershipProvider" connectionStringName="ApplicationServices"
             enablePasswordRetrieval="false" enablePasswordReset="true" requiresQuestionAndAnswer="false" requiresUniqueEmail="false"
             maxInvalidPasswordAttempts="5" minRequiredPasswordLength="6" minRequiredNonalphanumericCharacters="0" passwordAttemptWindow="10"
             applicationName="/" />
        <!--<add name="DefaultMembershipProvider" type="System.Web.Providers.DefaultMembershipProvider, System.Web.Providers, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" connectionStringName="DefaultConnection" enablePasswordRetrieval="false" enablePasswordReset="true" requiresQuestionAndAnswer="false" requiresUniqueEmail="false" maxInvalidPasswordAttempts="5" minRequiredPasswordLength="6" minRequiredNonalphanumericCharacters="0" passwordAttemptWindow="10" applicationName="/"/>-->
      </providers>
   </membership>

sección roleManager:

    <roleManager enabled="true" defaultProvider="AspNetSqlRoleProvider">
      <providers>
        <clear/>
        <add name="AspNetSqlRoleProvider" type="System.Web.Security.SqlRoleProvider" connectionStringName="ApplicationServices" applicationName="/" /> 
        <!--<add name="DefaultRoleProvider" type="System.Web.Providers.DefaultRoleProvider, System.Web.Providers, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" connectionStringName="DefaultConnection" applicationName="/"/>-->
        <add name="AspNetWindowsTokenRoleProvider" type="System.Web.Security.WindowsTokenRoleProvider" applicationName="/"/>
      </providers>
   </roleManager>

generar perfiles de la sección:

   <profile defaultProvider="AspNetSqlProfileProvider">
      <providers>
        <clear/>
        <add name="AspNetSqlProfileProvider" type="System.Web.Profile.SqlProfileProvider" connectionStringName="ApplicationServices" applicationName="/"/>
        <!--<add name="DefaultProfileProvider" type="System.Web.Providers.DefaultProfileProvider, System.Web.Providers, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" connectionStringName="DefaultConnection" applicationName="/"/>-->
      </providers>
      <properties>
        <add name="FriendlyName"/>
      </properties>
   </profile>

Aplicaciones de Silverlight o aplicación de navegación de Silverlight que utiliza el servicio de autenticación personalizado de RIA Services

Además del indicado anteriormente los pasos de este tema para actualizar una aplicación de negocio de Silverlight creada en Visual Studio 2010 con SP1, debe modificar su propia pertenencia y proveedores de funciones para heredar de los proveedores predeterminados en el System.Web.Providers.dll.

Precaución
El servidor de desarrollo web de Visual Studio 2010 no admite la autenticación de Windows.Si configura el proyecto de Visual Studio 2012 para utilizar la autenticación de Windows, debe quitar los cambios antes de migrar el proyecto a Visual Studio 2010.Como alternativa, puede mantener los cambios e internet information services (IIS) de uso en lugar del servidor de desarrollo web de Visual Studio 2010.

El servidor de desarrollo web de Visual Studio 2010 no admite la autenticación de Windows.Si configura el proyecto de Visual Studio 2012 para utilizar la autenticación de Windows, debe quitar los cambios antes de migrar el proyecto a Visual Studio 2010.Como alternativa, puede mantener los cambios e internet information services (IIS) de uso en lugar del servidor de desarrollo web de Visual Studio 2010.

Windows Communication Foundation RIA Services Class Library

Puede utilizar Visual Studio 2012 para abrir un proyecto de C# o Visual Basic WCF RIA Services Class Library creado en Visual Studio 2010 con SP1 sin ninguna modificación.

Puede utilizar Visual Studio 2010 con SP1 para abrir un proyecto de C# o Visual Basic WCF RIA Services Class Library creado en Visual Studio 2012 con las modificaciones siguientes.Visual Web Developer 2010 Express no admite las carpetas de la solución, que se utilizan en los proyectos de WCF RIA Services Class Library en Visual Studio Express 2012 para Web.Por consiguiente, se recomienda realizar uno de los pasos siguientes antes de migrar esa clase de proyecto.

Mueva los proyectos de biblioteca de clases de Silverlight y de biblioteca de clases.NET de la carpeta de la solución, y elimine la carpeta.
Utilice una versión de Visual Studio 2010 distinto de Visual Web Developer 2010 Express para abrir proyectos creados en Visual Studio Express 2012 para Web.

Aplicación web de entidades de datos dinámicos de ASP.NET

No es necesario modificar los proyectos de aplicación web dinámicos de entidades de datos de C# o Visual Basic ASP.NET creados en Visual Studio 2010 con SP1 para abrirlas en Visual Studio 2012.

Vea también

Conceptos

Compatibilidad de Visual Studio 2012

Compartir a través de