ASP Session Variables Lost IIS 6.0
-
Good day to all, I was hoping someone could help me with this problem, as i have tried all the links on Microsoft.com and I am now in desperate need of a resolution. Here goes, Recently we have upgraded our web server from IIS 5.0 to 6.0 and installed our ASP application. In doing this the application has ceased to work, this is due to the session variables being lost between the logon page and the frameset page. So far we have discovered: The sessionID remains live, and stays the same and can written to the screen at any point. The sessions set in Global.asa are present through-out the redirections and can be written to the screen at any point. The sessions set on the logon page are lost as soon as the page is re-directed. Meaning the user is logged straight back out. Any suggestions/ideas/resolutions greatly appreciated. Thanks Purple "If i was king, cigarettes would be free."
-
Good day to all, I was hoping someone could help me with this problem, as i have tried all the links on Microsoft.com and I am now in desperate need of a resolution. Here goes, Recently we have upgraded our web server from IIS 5.0 to 6.0 and installed our ASP application. In doing this the application has ceased to work, this is due to the session variables being lost between the logon page and the frameset page. So far we have discovered: The sessionID remains live, and stays the same and can written to the screen at any point. The sessions set in Global.asa are present through-out the redirections and can be written to the screen at any point. The sessions set on the logon page are lost as soon as the page is re-directed. Meaning the user is logged straight back out. Any suggestions/ideas/resolutions greatly appreciated. Thanks Purple "If i was king, cigarettes would be free."
Howdy, I have found this also at times with certain applications. What I have found is that if a redirect is done the variables are lost. When I have changed my url's to anchor exactly where they are destined to go, my variables have remained. Strange, I know. Let me know if this helps, Kutz _____________________ Don't take out the Magic Pen, Don't draw on the Infinity Board - Neil Young
-
Howdy, I have found this also at times with certain applications. What I have found is that if a redirect is done the variables are lost. When I have changed my url's to anchor exactly where they are destined to go, my variables have remained. Strange, I know. Let me know if this helps, Kutz _____________________ Don't take out the Magic Pen, Don't draw on the Infinity Board - Neil Young
Unfortunately that did not help but thanks for the reply. However, we did resolve the problem. What we discovered was that the directories in the home directory also have to be added as virtual directories unlike iis 5.0 which must assume this. As soon as we added the directories inside the root as vds and removed the application it all came together and everything works fine. Lovely Jubbly.... "If i was king cigarettes would be free."
-
Good day to all, I was hoping someone could help me with this problem, as i have tried all the links on Microsoft.com and I am now in desperate need of a resolution. Here goes, Recently we have upgraded our web server from IIS 5.0 to 6.0 and installed our ASP application. In doing this the application has ceased to work, this is due to the session variables being lost between the logon page and the frameset page. So far we have discovered: The sessionID remains live, and stays the same and can written to the screen at any point. The sessions set in Global.asa are present through-out the redirections and can be written to the screen at any point. The sessions set on the logon page are lost as soon as the page is re-directed. Meaning the user is logged straight back out. Any suggestions/ideas/resolutions greatly appreciated. Thanks Purple "If i was king, cigarettes would be free."
The most likely cause of this problem is if the "Maximum number of worker processes" value (on the Performance page on the properties of the AppPool) is set to a value other than 1. http://msdn.microsoft.com/library/en-us/cpguide/html/cpconperformanceapplicationpoolsettings.asp[^] Since ASP session state is stored in-process, each worker process will have its own copy of the session state. Subsequent requests from the same client will not necessarily be routed back to the same worker process, so you will either lose your session state, or see an out-of-date copy. Variables set in the
Session_Initsection ofGlobal.asawill be re-initialized if the current process doesn't have a copy of the session, which would explain why these variables are always available.
"These people looked deep within my soul and assigned me a number based on the order in which I joined." - Homer
