asp.net - usar - iis no reconoce aspx
Se produce un error al cargar mi aplicación ASP.NET después de que está configurada para IIS (12)
El mismo problema ocurrió en mi sistema y se resolvió ejecutando The Visual Studio en modo administrador. El problema era que IIS tenía el mismo nombre de host + puerto que el proyecto ASP.NET y, sin derechos de administrador, Visual Studio no podía agregar el sitio web.
Cambié mi aplicación web ASP.NET para usar Local IIS, en lugar de IIS Express. Ahora, después de volver a abrir la solución, se produce el siguiente error al cargar la aplicación:
error: el proyecto ''Atlas2'' no se pudo abrir porque no se pudo crear el compilador de Visual C # 2015. ''Atlas2'' ya es parte del espacio de trabajo.
error: el proyecto ''Atlas2'' no se pudo abrir porque no se pudo crear el compilador de Visual C # 2015. Ya se ha agregado un elemento con la misma clave.
¿Alguien me ayudaría por favor cómo puedo recargar el proyecto? Estoy usando Visual Studio Team Services (era TFS Online), si ayuda.
El problema es que la aplicación se ha configurado para usar IIS local en lugar de Express y sus dos problemas pueden ser dos para los cuales no puede cargar la aplicación.
Problema 1. No tiene IIS instalado en su sistema local, en este caso, debe instalar IIS o tiene que abrir el archivo .csproj y hacer los cambios:
<UseIISExpress>false</UseIISExpress> to true
Remove <UseIIS>True</UseIIS>
Remove <IISUrl>http://localhost</IISUrl>
Problema 2. Visual studio no tiene acceso a IIS, en este caso, solo abra Visual Studio en modo administrador.
Estaba recibiendo este error.
Estoy usando IIS-Express. Y tengo VS2015.
Después de perder el tiempo con el archivo .csproj ... pude hacerlo funcionar.
Después de comparar mi archivo actual con lo que había en el control de fuente TFS, la única diferencia era esta línea.
Anteriormente, esta línea no existía. En mi archivo de "trabajo" (después de jugar con él), tenía
<UseGlobalApplicationHostFile />
Nuevamente, en el csproj que causa el error, no tenía la línea mágica, pero en el csproj de trabajo, lo tenía.
A continuación se muestra la línea anterior, en contexto. Utilice solo lo siguiente para las migajas de pan, no copie / pegue todo. La línea mágica es 3 desde la parte inferior.
<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="4.0" DefaultTargets="Build" xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
<Import Project="$(MSBuildExtensionsPath)/$(MSBuildToolsVersion)/Microsoft.Common.props" Condition="Exists(''$(MSBuildExtensionsPath)/$(MSBuildToolsVersion)/Microsoft.Common.props'')" />
<PropertyGroup>
<Configuration Condition=" ''$(Configuration)'' == '''' ">Debug</Configuration>
<Platform Condition=" ''$(Platform)'' == '''' ">AnyCPU</Platform>
<ProductVersion>
</ProductVersion>
<SchemaVersion>2.0</SchemaVersion>
<ProjectGuid>{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}</ProjectGuid>
<ProjectTypeGuids>{E3E379DF-F4C6-4180-9B81-6769533ABE47};{349c5851-65df-11da-9384-00065b846f21};{fae04ec0-301f-11d3-bf4b-00c04f79efbc}</ProjectTypeGuids>
<OutputType>Library</OutputType>
<AppDesignerFolder>Properties</AppDesignerFolder>
<RootNamespace>MyRootNamespace</RootNamespace>
<AssemblyName>MyAssemblyName</AssemblyName>
<TargetFrameworkVersion>v4.5</TargetFrameworkVersion>
<MvcBuildViews>false</MvcBuildViews>
<UseIISExpress>true</UseIISExpress>
<IISExpressSSLPort />
<IISExpressAnonymousAuthentication>enabled</IISExpressAnonymousAuthentication>
<IISExpressWindowsAuthentication>enabled</IISExpressWindowsAuthentication>
<IISExpressUseClassicPipelineMode>false</IISExpressUseClassicPipelineMode>
<SccProjectName>SAK</SccProjectName>
<SccLocalPath>SAK</SccLocalPath>
<SccAuxPath>SAK</SccAuxPath>
<SccProvider>SAK</SccProvider>
<UseGlobalApplicationHostFile />
</PropertyGroup>
<PropertyGroup Condition=" ''$(Configuration)|$(Platform)'' == ''Debug|AnyCPU'' ">
Esto sucede a menudo cuando la autenticación no se ha configurado en IIS o el sitio web (o directorio virtual) no se ha configurado en IIS. Para solucionar este problema, abra el administrador de IIS.
- Asegúrese de que exista un sitio web o directorio virtual para el proyecto y apunte a la carpeta que contiene la carpeta bin para su proyecto.
- Abra la autenticación y habilite la autenticación anónima.
- Haga clic en Editar mientras está seleccionada la autenticación anónima.
- Seleccione Usuario específico, ingrese sus credenciales de Windows (dominio / nombre de usuario).
- Abra las Reglas de Autorización .NET.
- Asegúrese de que solo existe Permitir / Todos los usuarios.
- Vaya a Grupos de aplicaciones-> Configuración avanzada.
- Seleccione Identidad e ingrese sus credenciales de Windows (dominio / nombre de usuario).
Esto debería abrir el sitio web para que Visual Studio pueda cargar su proyecto. De lo contrario, vaya a Configuración avanzada para su sitio y seleccione Credenciales de ruta física. Asegúrese de que está configurado para la autenticación de paso.
He creado un nuevo archivo Sln.
Cierra la solución.
Abra el archivo de proyecto del proyecto principal. Agregue los proyectos ofensivos de nuevo al nuevo archivo Sln.
Guarde el archivo Sln sobre el anterior defectuoso.
Me enfrentaba a un problema similar, pero ninguna de las soluciones mencionadas funcionaba para mí.
Sin embargo, estaba abriendo mi solución desde la lista de soluciones recientes de Visual Studio. Pero cuando abrí el archivo de la solución desde el explorador haciendo doble clic en él, el proyecto se cargó correctamente.
Recibí un error similar en VS 2015.
"no se pudo abrir porque no se pudo crear el compilador visual c # 2015". "ya se ha agregado la misma clave"
Pude solucionar el problema abriendo la solución en Visual Studio 2013, Limpiando la solución, cerrando Visual Studio, y luego abriendo la misma solución en Visual Studio 2015.
También noté que después de hacer esta secuencia de eventos, el archivo csproj del proyecto que inicialmente daba este error actualizó su elemento ProjectExtensions y estableció <UseIIS>False</UseIIS>
Imagen de abajo de diff entre csproj cuando ocurrió un error y después de la solución.
Tenga en cuenta que antes de usar esta solución, intenté actualizar ese elemento manualmente y establecerlo en falso, pero eso no funcionó.
Resolví mi problema. Descargué el proyecto y edité el archivo .csproj. Hice los siguientes cambios:
-
<UseIISExpress>false</UseIISExpress>
a true - Eliminar
<UseIIS>True</UseIIS>
- Eliminar
<IISUrl>http://localhost/MyWebApp</IISUrl>
Luego recargué el proyecto. Funcionó. En realidad, se deshizo para utilizar IIS Express.
Tuve el mismo error exacto, esto es lo que resolvió mi problema. En la raíz de su solución debería ver un archivo .vs / config / applicationhost.config. En esta carpeta borra el sitio ofensivo. La mía se veía así:
<site name="FrontEnd.Web" id="2">
<application path="/" applicationPool="Clr4IntegratedAppPool">
<virtualDirectory path="/" physicalPath="C:/xxxxx/xxxxx/xxxxx/FrontEnd.Web" />
</application>
<bindings>
<binding protocol="http" bindingInformation="*:3391:localhost" />
</bindings>
</site>
Eliminé toda la etiqueta del sitio para esta aplicación, guardé y luego hice clic derecho en mi solución> Agregar> Proyecto existente y volví a agregar el proyecto a la solución.
Tuve el mismo problema cuando moví mi servicio WCF REST de IISExpress a localhost. Entonces, lo que hice fue abrir el archivo .csproj en el Bloc de notas y buscar UseIISExpress, cambié su valor de falso a verdadero. Luego abrió VS2015 como administrador y funcionó. Lo bueno es que cuando ejecuto el proyecto todavía se está ejecutando en mi host local, no en IISExpress.
Tuve este error después de pasar de IIS Express a IIS completo con Visual Studio 2015. Pude cargar el proyecto cuando ejecuté Visual Studio como administrador.
Tuve este problema con una actualización para Visual Studio 2017. Se ha solucionado y ahora está disponible en una versión actualizada.
Puede descargar la última actualización a través de la notificación en el producto o desde https://www.visualstudio.com
Ref .: El proyecto no se pudo abrir porque no se pudo crear el compilador de Visual C # 2017