tag:blogger.com,1999:blog-22529781.post4242654741216026431..comments2009-10-01T15:41:18.743-06:00Carlos Rubalcavahttp://www.blogger.com/profile/10848793413989996197noreply@blogger.comBlogger11125tag:blogger.com,1999:blog-22529781.post-34855854286164700942009-10-01T15:41:18.743-06:002009-10-01T15:41:18.743-06:00Buenisimo, muchas gracias!Mariohttp://www.blogger.com/profile/14766758092453851259noreply@blogger.comtag:blogger.com,1999:blog-22529781.post-19249699722111754772009-03-18T22:30:00.000-07:002009-03-18T22:30:00.000-07:00Diego--<BR/>Pues aún no se me ha ofrecido, pero parece que hay de dos sopas.<BR/><BR/>La primera y más sencilla sería cambiarle el usuario (Identity) a ese Application Pool para que corra bajo System y no como NetworkService (en una de las imágenes del artículo se ve esa sección). Sin embargo esto potencialmente sería un riesgo de seguridad (lo cual para desarrollo en tu máquina puede que no sea gran riesgo, pero si lo quieres poner en un servidor pues es otro boleto).<BR/><BR/>La segunda involucra bajar una herramienta llamada WinHttpCertCfg.exe (parte del Windows 2003 Resource Kit, pero puedes <A HREF="http://www.microsoft.com/downloads/details.aspx?familyid=c42e27ac-3409-40e9-8667-c748e422833f&displaylang=en" REL="nofollow">bajarlo por separado</A>) y utilizarla para darle los permisos apropiados al usuario NetworkService. Este es un proceso no-trivial, pero Rick Strahl lo cubrió hace rato en un <A HREF="http://www.west-wind.com/weblog/posts/257599.aspx" REL="nofollow">excelente post al respecto</A> (ve la sección que dice "IIS Permission Requirements - Adding NETWORK SERVICE").<BR/><BR/>Espero te ayude.Carlos Rubalcavahttp://www.blogger.com/profile/10848793413989996197noreply@blogger.comtag:blogger.com,1999:blog-22529781.post-20524164325940118552009-03-18T17:16:00.000-07:002009-03-18T17:16:00.000-07:00Muy bueno el articulo, pero lo descubri algo tarde y ya experimente con todo ello. Pero ahora te planteo una cuestion, tengo una aplicacion de tipo webservice, la publico en un XP y funciona de maravilla, la publico en un vista ultimate, y aun poniendo lo que comentas y asignado el NETWORK SERVICE, me da error en la libreria system.security.permissions.StorePermision debo creer que es porque el usuario utilizado en XP es el ASPNET y con la herramiente winhttpcert instalo el certificado en el usuario ASPNET, pero en vista esa herramienta ya no existe y se debe usar la MMC con el complemento de certificados para instalarlo en la machine.local Pero donde va el usuario NETWORK SERVICE a buscar el certificado? tiene los permisos necesarios para que la ACL le deje usar el Etore de certificados?<BR/><BR/>VEnga a ver si este reto lo superamos.<BR/><BR/>y graciasDiego Pallareshttp://lkxsoftware.esnoreply@blogger.comtag:blogger.com,1999:blog-22529781.post-11978929202190617842008-12-03T11:02:00.000-07:002008-12-03T11:02:00.000-07:00Pablo--<BR/>¡Qué buenas preguntas!<BR/><BR/>Sobre la primera: sí, esos "subprocesos" (AppDomains) son administrados por el Worker Process y puedes tener tantos, como te alcance la memoria del servidor. No son "procesos" en el sentido tradicional, es decir, no los verías en el task manager. En IIS 5 no había los App Pools, había un solo WP (que es lo que intenté explicar con este post). El concepto de AppDomain no es exclusivo a aplicaciones Web, es un concepto básico del Framework. Puedes ver <A HREF="http://www.dotnetero.com/2006/10/y-tu-dominas-tus-aplicaciones.html" REL="nofollow">este otro artículo que escribí al respecto.</A><BR/><BR/>Respecto a la segunda pregunta: No estoy completamente seguro. Cada Worker Process o AppDomain tiene un Pool de hilos, es decir, una cantidad X de hilos disponibles. Cuando recibe un request, utiliza uno de ellos para procesarlo y luego de completar el ciclo de ejecución de la página lo regresa al Pool. En el caso de las llamadas asíncronas, lo que acaba sucediendo por debajo del agua (me imagino) es que le da un callback a donde le regresa la "llamada". Así que no hay necesidad de bloquear el thread (digo, ese es el propósito, ¿no?). El mismo Framework se encarga de los mecanismos para activar un thread que atienda ese callback (como tú mencionaste, eso también podrías hacerlo a mano con las clases de System.Threading, pero en este caso no hay necesidad de hacerlo, hasta donde sé).Carlos Rubalcavahttp://www.blogger.com/profile/10848793413989996197noreply@blogger.comtag:blogger.com,1999:blog-22529781.post-91058598114505641252008-12-02T08:40:00.000-07:002008-12-02T08:40:00.000-07:002.-PÁGINAS ASINCRÓNAS:<BR/>Se está ejecutando una página ASP.NET (por lo tanto estamos consumiendo un subproceso del grupo de subprocesos). 1ª caso: Realizamos una llamada a SQLSERVER de forma asíncrona mediante el atributo ASYNC=TRUE. Se libera el subproceso de la página, que retorna al grupo de subprocesos mientras dure la llamada a base de datos. ¿Quién gestiona el proceso de SQLSERVER?, es un proceso fuera del aspnet_wp.exe?; entiendo que aspnet_wp.exe no suministra un subproceso de su grupo de subprocesos al SQLSERVER. 2ª caso: llamamos a un método que realiza una simulación de Montecarlo (o cualquier tarea muy pesada pero que, por defecto, no tenga soporte asíncrono-véase SQLSERVER o WebServices). Como no hay soporte asíncrono “por defecto”, creamos nosotros esa funcionalidad para lanzar este método asincrónicamente utilizando System.Threading. Cuando la página ASP.NET llega al punto donde se lanza este método asíncrono, se libera el subproceso de la página ASP.NET que retorna al grupo de subprocesos. Pero, Quién gestiona el nuevo subproceso lanzado?. Entiendo que en este caso es aspnet_wp.exe quien suministra un subproceso (que realiza la simulación de montecarlo) de su grupo de subprocesos. Realmente, en este caso, no estamos liberando ningún subproceso, porque el subproceso que liberamos de la página ASP.NET lo estamos utilizando el lanzar el nuevo Thread (Esto restaría escalabilidad a la aplicación ASP.NET). ¿Cómo solventar este problema? Como lanzar una tarea pesada sin consumir un subproceso del grupo de suprocesos de aspnet_wp.exe.pablonoreply@blogger.comtag:blogger.com,1999:blog-22529781.post-70571917714416881852008-12-02T08:38:00.000-07:002008-12-02T08:38:00.000-07:00Hola,<BR/>Mi duda no tiene mucho que ver con el hilo actual, pero de todas formas ahí va!.<BR/>Tengo claro que el ASP.NET Worker Process (aspnet_wp.exe IIS 5) es el proceso bajo el cual se ejecuta el código de ASP.NET. <BR/>1.-HILOS:<BR/>Cuando se lanza una página ASP.NET se consume un subproceso del grupo de Subprocesos del ASP.NET Worker Process. ¿Es esto correcto?. ¿Es el aspnet_wp.exe quién administra los subprocesos?...si esto es así...(suponiendo que este en lo cierto)....¿Cuantos subprocesos dispone el aspnet_wp.exe para suministrar por servidor, no por aplicación?. Quiero significar que puede haber varias aplicaciones Web corriendo bajo el mismo aspnet_wp.exe.pablonoreply@blogger.comtag:blogger.com,1999:blog-22529781.post-66573409111449701432008-10-22T13:53:00.000-06:002008-10-22T13:53:00.000-06:00jajaj si.. cuando monte una aplicacion que funcionaba con Freamework 1.x me volví chango hasta que encontre mi amante sin rostro llamado "clasic dot net"khttp://www.blogger.com/profile/10368616328727141122noreply@blogger.comtag:blogger.com,1999:blog-22529781.post-34654152129468129122008-10-04T12:47:00.000-06:002008-10-04T12:47:00.000-06:00Qué tal Francisco--Yo uso la versión Enterprise, pero hasta donde sé debe también funcionar en la versión Business y Ultimate (no creo que la Home traiga IIS, pero no estoy seguro). <BR/><BR/>Asumiendo que instalaste todos los componentes requeridos (tengo <A HREF="http://www.dotnetero.com/2008/01/cmo-configurar-iis-7-en-windows-vista.html" REL="nofollow">este otro artículo al respecto</A>), el Worker Process (w3wp.exe) sólo lo verías después de que está al menos una aplicación de ASP.NET corriendo (es decir después del primer request a cualquier sitio ASP.NET que esté corriendo en la máquina).<BR/><BR/>Finalmente, para acceder a esa opción de cambiar el App Pool, la manera más sencilla que conozco es: (usando el IIS 7 manager que viene con Vista, no el viejito para IIS 6) dar clic derecho a mi virtual directory en el arbol de connections que aparece del lado izquierdo y seleccionar Advanced Settings.<BR/><BR/>Espero te ayudeCarlos Rubalcavahttp://www.blogger.com/profile/10848793413989996197noreply@blogger.comtag:blogger.com,1999:blog-22529781.post-2674445322625084902008-10-04T11:46:00.000-06:002008-10-04T11:46:00.000-06:00hola carlos, una pregunta antes de todo, la explicacion que estas dando para que version de widonws vista es? veras que cuando reviso mi administrador de tareas no encuentro w3wp.exe, y por otro lado cuando reviso las configuraciones avanzadas no encuentro el tag Behavior donde esta el cambio del Application Pool... por favor me podrias ayudar en esto... graciasfrancisconoreply@blogger.comtag:blogger.com,1999:blog-22529781.post-45946907555518503082008-06-10T11:48:00.000-06:002008-06-10T11:48:00.000-06:00Qué onda Anónimo... Sabes que no uso messenger, pero en lo que pueda ayudarte por e-mail con gusto lo haré.<BR/><BR/>Quizá también podrías considerar poner tus preguntas en el foro de la Comunidad .NET. <BR/><A HREF="http://comunidadnetjuarez.org/forums/" REL="nofollow">http://comunidadnetjuarez.org/forums/</A><BR/><BR/>Ahí hay más personas que podrían contestar (muchas veces ando ocupado y tardo en responder correos x que me llegan un chorro)<BR/><BR/>:-)Carlos Rubalcavahttp://www.blogger.com/profile/10848793413989996197noreply@blogger.comtag:blogger.com,1999:blog-22529781.post-33452095703287857972008-06-06T09:08:00.000-06:002008-06-06T09:08:00.000-06:00hey que ondas gracias x tu explicacion me sirvio de musho de verdad he aprendido mucho de vs mira crees q no nos podemos contactar x msn o correo electronica para sacar unas dudas en cuanto a asp.net y windows vista si t parece mi correo es iori_lfm747@hotmail.comAnonymousnoreply@blogger.com