> -----Original Message----- > From: Mladen Turk [mailto:mt...@apache.org] > Sent: Tuesday, 20 March 2012 5:57 PM > To: users@tomcat.apache.org > Subject: Re: IIS 7.0 Worker process crashes on App Pool recycling since ISAPI > redirector 1.2.33 > > On 03/20/2012 06:55 AM, Alex Samad - Yieldbroker wrote: > > > > > >> > >> You should > >> 1. Create a separate 'Unmanaged' application pool for isapi_redirect > >> 2. Disable recycling for that pool 3. Have multiple vhost mapping > >> inside uriworkermap.properties instead > >> having multiple configuration files and instances for each vhost. > >> 4. Use a single process for that pool. > > > > Okay I can see that > > Our original thinking was if we separate prd and uat, they could not affect > each other. > > > > Sure that's probably the only reason to have multiple instances and pools. > However this still does not require multiple worker processes or recycling.
Yep, I think the recycling and worker process was a hangover from the move from weblogic to tomcat (and iis 6.x) > > > > > :) true, but I don't believe the above is true on IIS/Windows. > > The think I am unsure on is how the connector uses the shared memory > > If its index (?) by the name of the worker thread or loadbalancer name then > there will be a problem. > > > > I have the same config in UAT and PRD.. and thus the same worker names > > and load balancer names > > > > You will need to have /jakarta inside different 'Site' and each site bound to > its > own AppPool. yep > Shared memory is constructed from site name, so for example for 'Default Web > Site' > it becomes something like JK_LOCALHOST_1_... > > Suppose you have that separated already between production and staging. Yep So on the NLB / RP I have C:\ABC\<ENV> Each env has \wwwroot \apjconfig \other stuff Apjconfig has the dll and the configs Each environment has its own virtual site and each site has its own application pool Thanks very much for your help on this Alex > > > Regards > -- > ^TM > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
