GeekArticles
Microsoft
ASP.NET
Microsoft
ASP.NETAvoiding Blocking Issues in ASP.NET Session State Databases
As soon as ASP.NET systems grow to the point that more than a single Web server needs to be deployed, decisions need to be mode about where the session state will be held. By default, ASP.NET session state lives in the memory of the server hosting the application. The problem with this is that a user who connects to one of our Web servers will not have the same session if their next request is sent to another one of our Web servers, yet this is exactly what we want to achieve to improve the robustness of our systems.
Sponsored Links
Read Next: Implementing Tab Navigation with ASP.NET 2.0
Related Topics
Subscribe via RSS
ASP.NET
- Enhancing Performance with Caching MCMS 2002
- patterns & practices: Threat Modeling Web Applications
- Cookieless ASP.NET
- Aspect.NET: Aspect-Oriented Programming for Microsoft.NET in Practice
- Ajax-Driven Web Sites: Under The Hood
- Asynchronous Web Services
- Implementing Tab Navigation with ASP.NET 2.0
- Using WSE 2.0 to Secure Enterprise Integration
- NetAdvantage 2005 Volume 1 Toolset for the Enterprise
- Master Pages in ASP.NET 2.0
