Marc Rubiño

ASP.NET, C#, AJAX.NET, JavaScript, etc.

Sobre mi :

  • Marc Rubiño
    LinkedIn Twitter Geeks.ms

    Visitantes:

    Locations of visitors to this page

    Reconocimientos:

Recent Posts

Tags

Community

Email Notifications

Archives

April 2008 - Artículos

Donde está la pestaña de ASP.NET del IIS ???

Me encontraba yo instalando una aplicación Web ASP.NET 2.0 en Windows Server 2003 y al abrir el administrador del IIS no vi la pestaña de selección de la versión de ASP.NET. Lo primero que pensé fue que no tenía instalado el Microsoft Framework 2.0 o que tendría que reinstalarlo con Aspnet_regiis.exe para que apareciera la tan querida pestaña.

 

Pero mi sorpresa aún fue mayor cuando descubrí que el servidor si tenía instalado el Framework 2.0, pero no solo eso, sino que también tenia la versión de 64bits, uff!!

 

Mi primera instalación en un servidor de 64 y ya comenzamos mal.

 

 

Después de navegar un poco por la red en busca de información sobre como solucionar mi problema vi soluciones muy rudimentarias como modificar el registro de Windows para trabajar con la versión correcta.

 

Finalmente parece que el soporte de Microsoft ha facilitado unas cuantas posibilidades para solucionar este bug del IIS en el servidor de 64bits.

 Cómo cambiar entre las versiones de 32 bits de ASP.NET 1.1 y la versión de 64 bits de ASP.NET 2.0 en una versión de 64 bits de Windows. 

Mi problema finalmente se ha solucionado haciendo correr ASP.NET con la versión 32bits en el servidor.

 
  1. Escriba el comando siguiente para habilitar el modo de 32 bits:
 cscript %SYSTEMDRIVE%\inetpub\adminscripts\adsutil.vbs SET W3SVC/AppPools/Enable32bitAppOnWin64 1 
  1. Escriba el comando siguiente para instalar la versión de ASP.NET 2.0 (32 bits) e instalar las asignaciones de secuencias de comandos en la raíz de IIS y más abajo:
 %SYSTEMROOT%\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis.exe -i  
  1. Asegúrese de que el estado de ASP.NET versión 2.0 (32 bits) es Permitido en la lista Extensión de servicio Web, en el Administrador de Servicios de Internet Información Server.
 

Proyecto ASP.Net 2.0 32bits funcionando correctamente en un servidor de 64bits!!

 

Saludos.

 

Crosposting de http://www.lonetcamp.com

 

 

 

 

Posted: 28/4/2008 18:45 por Marc Rubiño | con 5 comment(s)
Archivado en: ,
Los Héroes de LoNetCamp

Microsoft ha lanzado una gran campaña para dar a conocer sus nuevos productos Visual Studio 2008, SQL Server 2008 y Windows Server 2008 por todo el mundo ( Heroes happen here ) y a los lideres de grupos como el de Tarragona nos han dado la oportunidad de acceder a material para poder investigar y prepara eventos sobre sus productos.

En Tarragona conscientes de que todos los que formamos el grupo somos héroes y luchamos diariamente para que nuestras ilusiones y esfuerzos sigan hacia delante, este viernes organizamos una cena para conocernos mejor y dar la bienvenida a los nuevos miembros.

La cena fue un completo éxito en asistencia y en compromisos. Seguro que siempre que contemos con gente dispuesta ha prestar su tiempo y su esfuerzo para que los demás podamos aprender podremos seguir con el grupo.

Por eso en la cena regalamos un Windows Vista y un pack de Héroes con un Windows Server2008, Visual Studio 2008 y un SQL 2008 y esperamos poder seguir premiando a estos voluntarios que son los que realmente hacen que este tipo de proyectos puedan ser una realidad.

Esperamos poder seguir contando con nuestros héroes cotidianos y sumar en experiencia y conocimientos, espero poder verte en la próxima ;-).

 

 

 

Más Fotos...

Posted: 27/4/2008 21:59 por Marc Rubiño | con 2 comment(s)
Archivado en:
AJAX TabControl - Tabs Optimizados II

 

En un artículo anterior explique como optimizar los TabPanels de ASP.NET AJAX Control Toolkit   sin tener que extender ni modificar una línea de código, tan solo aprovechando la funcionalidad del UpdatePanel y cargar la información de los tabs solo cuando se selecciona y no cargar todos los datos al principio.

 

Pero si utilizas este truco junto a un UpdatePogress te das cuenta que al cargar la primera vez los datos no muestra el contenido del UpdatePogress y da una mala sensación de retraso al mostrar los datos.

 

Pero si luego lanzamos eventos que actualizan el UpdatePanel si se muestra el UpdatePogress correctamente.

  

Después de darle un par de vueltas encontré una solución lo bastante interesante como para poderlo utilizar en otras situaciones.

 

Nosotros cuando tenemos un UpdatePogress en una página le decimos a que panel está asociado.

 

 

 

Cuando el panel cambia el UpdatePogress se lanza pero si no le asignamos ningún UpdatePanel cada vez que se actualice un panel indiferentemente cual sea se mostrará  el UpdatePogress.

 

Entonces tenemos dos opciones:

 
  1. No asignamos ningún panel al control y entonces la primera y cada vez que se actualice el tab mostrará correctamente el UpdatePogress.
  2. Al cargar los datos del tab le asignamos el panel por si queremos tener diferentes UpdateProgress para diferentes Panels.
  

Bueno espero que para los que os encontréis con estos pequeños inconvenientes diarios os pueda ayudar. ;-)

 

CrossPosting: www.lonetcamp.com

 

 

Posted: 24/4/2008 18:51 por Marc Rubiño | con no comments
Archivado en:
Cerrar el formulario Principal sin cerrar la aplicación C#

En el foro de MSDN ha habido un pique sano sobre los lenguajes de programación VB.Net Vs C# yo como representante de los de ; quiero responder al reto de poder cerrar el formulario principal de una aplicación Windows sin cerrar la aplicación entera  ni ocultar este formulario.

 

Mi propuesta es:

 

Toda aplicación Windows empieza por la función Main() que es la entrada de la aplicación y la encargada de lanzar el formulario principal.

  

Entonces que pasaría si no abrimos directamente el formulario y solo abrimos el contexto para la aplicación?

 ApplicationContext (Clase)

Especifica información contextual sobre un subproceso de aplicación.

Espacio de nombres: System.Windows.Forms

 

Primero crearemos la clase que utilizaremos para manejar los formularios

 

 

Lo más importante es que herede de ApplicationContext para poderla utilizar para arrancar la aplicación.

 

Crearemos un par de formularios para demostrar la funcionalidad.

 

 

Finalmente en la entrada de la la aplicación utilizaremos nuestra clase personalizada.

 

 

Y ya podemos cerrar los formularios que queramos que la aplicación sigue funcionando. Solo nos quedaría mejorar nuestra clase para saber si tenemos todos los formularios cerrados terminar con la aplicación.

 

Os adjunto el ejemplo y espero el siguiente reto de los de VB ;-).

 

Reto Foro MSDN

 

Saludos.

Posted: 17/4/2008 17:40 por Marc Rubiño | con 23 comment(s) |
Archivado en: ,