Colabora.NET: ASP .NET en Windows XP Home

Entre las diversas posibilidades que existen para desarrollar ASP .NET, la que lo hace m�s sencillo es usar el entorno de desarrollo integrado de Microsoft para la plataforma .NET, Visual Studio .NET (excelente ejemplo de entorno RAD - Rapid application development - Desarrollo r�pido de aplicaciones). De esta manera, dispones de todas las ventajas de este entorno:

Al trabajar en una aplicaci�n web, los archivos que aparecen en la carpeta de la aplicaci�n difieren, dependiendo de si trabajas desde Visual Studio o fuera de �l. Por ello, a la hora de compilar y colocar en el servidor una aplicaci�n ASP .NET, hay que distinguir 2 situaciones diferentes:

Si trabajas dentro del entorno de desarrollo integrado de Visual Studio .NET, se generan una serie de archivos de los que, sobre todo, nos interesan:
- la p�gina aspx de la carpeta ra�z de la aplicaci�n, es el archivo hacia el que apuntar el navegador web, puede ser colocado en cualquier carpeta del servido web.
- el archivo vb con c�digo Visual Basic .NET, tiene el mismo nombre que el archivo aspx, a�adiendo la extensi�n vb. Este archivo es necesario para modificar la aplicaci�n pero puede no estar presente en el servidor web.
- la librer�a dll de la carpeta bin de la aplicaci�n, es el archivo de c�digo Visual Basic .NET compilado, debe ser colocado obligatoriamente en una carpeta bin que cuelgue directamente de la carpeta ra�z del servidor web. La existencia de esta librer�a es la que hace innecesaria la presencia del archivo vb en el servidor, ya que la p�gina aspx busca las variables, m�todos, propiedades... en esta librer�a.
Si trabajas con un editor de texto: s�lo hay que generar 2 archivos, aspx y vb, que pueden ser colocados en cualquier lugar del servidor web. No es obligatorio compilar el archivo vb. El navegador web apunta a la p�gina aspx y en ella aparece una referencia a la localizaci�n del archivo vb.

Por ello, la directiva @ Page de las p�ginas aspx es distinta en cada uno de los 2 casos:

Si trabajas en el entorno RAD de Visual Studio .NET, se usan estos atributos en la directiva @ Page:

Codebehind, que especifica el nombre del archivo compilado que contiene la clase asociada con la p�gina. El dise�ador de formularios Web Forms de Visual Studio .NET usa este atributo para averiguar d�nde se encuentra la clase derivada de Page, de forma que pueda crear una instancia de la misma para que se pueda trabajar con ella en tiempo de dise�o. Codebehind s�lo se usa en tiempo de dise�o, no se usa en tiempo de ejecuci�n, ya se ha visto que el archivo vb como tal no es necesario, s�lo la librer�a dll resultante de la compilaci�n.
Inherits, que define la clase de la que hereda la p�gina aspx. Esta clase ser� buscada en la librer�a correspondiente de la carpeta bin de la ra�z del servidor Web, seg�n el esquema nombre_de_la_dll.nombre_de_la_clase).

Visual Studio .NET

dll

bin

Codebehind

<%@ Page Language="vb" Codebehind="clases.aspx.vb" Inherits="ejercicio.clase1" %>

aspx

Inherits

clase1

Page

clases.aspx.vb

Si trabajas fuera del entorno RAD de Visual Studio .NET, se usan estos atributos en la directiva @ Page:

Inherits, que define la clase que hereda la p�gina aspx (puede ser cualquier clase derivada de la clase Page).
Src, que especifica el archivo de c�digo fuente vb en el que se define la clase heredada (es compilado din�micamente cuando se solicita la p�gina aspx); este archivo puede estar situado en cualquier carpeta del servidor, s�lo hay que especificarlo correctamente en la ruta del atributo Src.

As� es como debe ser configurado al colocar las p�ginas en el servidor web:

<%@ Page Language="vb" Inherits="clase1" Src="clases.aspx.vb" %>

(aqu� la p�gina aspx hereda la clase clase1, descrita en el archivo clases.aspx.vb , que es compilado en tiempo de ejecuci�n)

Pero Visual Studio .NET solamente permite el desarrollo de aplicaciones web ASP .NET si est� instalado IIS - Internet Information Services, al que utiliza para probar la aplicaci�n cuando se pulsa Ejecutar.
Por defecto, Windows XP Home no permite la instalaci�n de componentes de IIS entre los que se cuentan un servidor web, un servidor ftp, etc. Solamente Windows XP Profesional tiene esa capacidad dentro de la familia XP.
Pero, en ocasiones, un poseedor de Windows XP Home quiere desarrollar aplicaciones web ASP .NET. En tales casos, �stas son las opciones:

En realidad, para programar en ASP .NET s�lo hace falta un editor de texto y compilar las aplicaciones desde l�nea de comandos (aqu�), recurriendo a cualquier otro servidor web distinto de IIS.
O, de una manera mucho m�s c�moda que con un editor de texto, pero sin acercarse a la facilidad de programaci�n que nos proporciona Visual Studio .NET, usando ASP.NET WebMatrix de Microsoft, una herramienta de desarrollo de aplicaciones ASP .NET, gratuita, con entorno gr�fico WYSIWYG, coloreado y formateado de sintaxis, visi�n de las p�ginas aspx como dise�o o como HTML y, lo que m�s tiene que ver con el tema que nos ocupa, su propio servidor web interno para probar las p�ginas (WebMatrix). El principal inconveniente de WebMatrix respecto a Visual Studio .NET es la ausencia de IntelliSense y de gesti�n integrada de proyectos completos, adem�s de que su interfaz no est� traducida al castellano.

La necesidad de instalar y usar IIS surge al comenzar a escribir proyectos web (ASP .NET) desde Visual Studio .NET y encontrar la necesidad de tener IIS instalado en el sistema (no basta con tener "cualquier otro" servidor web, por ejemplo Apache, Cassini..., ha de ser IIS de Microsoft).
Buscando por Internet se encuentra ayuda muy �til sobre este asunto. Aunque "oficialmente" la instalaci�n de IIS en Windows XP Home no est� soportada, s� es posible realizarla. El m�todo propuesto en los sitios consultados es b�sicamente el mismo, y se comenta m�s abajo.

Como Windows XP Home trata la seguridad de carpetas y archivos de manera diferente a Windows XP Profesional, suelen surgir problemas, una vez instalado IIS, con los permisos requeridos para mostrar la p�gina de inicio o con los permisos de modificaci�n (escritura) de los archivos del sitio web local; tambi�n se comenta la forma de solucionar estos inconvenientes.

NOTA LEGAL: las modificaciones propuestas en los apartados siguientes pueden dar lugar a la invalidaci�n del Contrato de Licencia para el Usuario Final (CLUF) de Microsoft Windows XP Home. El CLUF o EULA (End-User License Agreement - Acuerdo de Licencia para el Usuario Final) es el tipo de licencia usada en la mayor�a del software comercial, incluidos los sistemas operativos de Microsoft. El EULA o CLUF es el contrato legal entre el fabricante o autor y el usuario final de una aplicaci�n de software. El EULA o CLUF detalla c�mo puede y no puede ser usado el software y las restricciones que impone el fabricante o autor del software.
El uso de una parte del sistema operativo Windows 2000 en un sistema con Windows XP Home puede incumplir algunas de esas restricciones, al tratarse de un uso no autorizado expresamente por Microsoft.

NOTA T�CNICA: no siempre es posible hacer funcionar correctamente IIS en Windows XP Home, y una instalaci�n de IIS que funciona bien en Windows XP Home puede estropearse despues de instalar el Service Pack 2 de Windows XP. Has de tener en cuenta que todo lo que se explica en este tutorial es infinitamente m�s sencillo y con todas las garant�as de buen funcionamiento en Windows 2000 Profesional o en Windows XP Profesional y, por supuesto, en la familia de servidores (Windows 2000 Server o Windows 2003 Server).

Para probar si todo est� bien, dirige tu navegador a la direcci�n web de la m�quina local, puede ser cualquiera de �stas:
http://localhost
http://127.0.0.1
http://nombre_de_m�quina

Recuerda que, si usas cortafuegos o est�s detr�s de un router en modo multipuesto, has de abrir el puerto 80 (servidor web) si deseas que el servicio funcione adecuadamente.

Si instalas IIS despu�s de haber instalado Visual Studio .NET (cosa bastante habitual en usuarios de Windows XP Home, que suelen probar a desarrollar ASP .NET cuando ya tienen instalado Visual Studio .NET), aparece un error al crear un nuevo proyecto web en Visual Studio .NET del tipo "no existe o no funciona el servicio ASP .NET..." (o alg�n texto similar). Para solucionarlo, has de ejecutar desde una ventana de comandos:

C:\WINDOWS\Microsoft.NET\Framework\vx.x.xxxx\aspnet_regiis.exe /i

y adem�s

regsvr32 "%windir%\Microsoft.NET\Framework\vx.x.xxxx\aspnet_isapi.dll"

(donde vx.x.xxxx, substituyendo las x por n�meros, equivale a la versi�n de .NET Framework instalada)

Con esa orden se reinstala y reinicia el servidor ASP .NET (este comando instala la versi�n de ASP .NET asociada a la herramienta aspnet_regiis.exe y actualiza las asignaciones de secuencias de comandos de todas las aplicaciones ASP .NET existentes. Ten en cuenta que s�lo se ven afectadas las aplicaciones que, en la actualidad, tienen una versi�n anterior de ASP .NET asignada) y deber�a permitir la creaci�n de proyectos web en Visual Studio .NET. Tambi�n se realiza el registro correcto del fichero que se encarga de los filtros ISAPI.

Esto s�lo es necesario si has instalado IIS cuando ya tienes instalado Visual Studio .NET en tu PC.

Si al intentar abrir el sitio web predeterminado recibes mensajes de error de Acceso no permitido o Permisos insuficentes, puede ser �til cambiar la cuenta del sistema que se usar� para el acceso como usuario an�nimo; esta cuenta por defecto es IUSR_XXX (donde XXX es el nombre de la m�quina local) pero puede ser substituida por el usuario que ha iniciado sesi�n en Windows con la salvedad de que este usuario ha de tener contrase�a (no puede ser cuenta sin contrase�a).
Para ello, vas al Administrador del servicio IIS (bot�n derecho en Mi PC / Administrar / Servicios y aplicaciones / Servicios de Internet Information Server) y all�: