Wrox Programmer Forums

Need to download code?

View our list of code downloads.

Register | FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read
BOOK: ASP.NET 2.0 Website Programming Problem Design Solution ISBN: 978-0-7645-8464-0
This is the forum to discuss the Wrox book ASP.NET 2.0 Website Programming: Problem - Design - Solution by Marco Bellinaso; ISBN: 9780764584640
Welcome to the p2p.wrox.com Forums.

You are currently viewing the BOOK: ASP.NET 2.0 Website Programming Problem Design Solution ISBN: 978-0-7645-8464-0 section of the Wrox Programmer to Programmer discussions. This is a community of tens of thousands of software programmers and website developers including Wrox book authors and readers. As a guest, you can read any forum posting. By joining today you can post your own programming questions, respond to other developersí questions, and eliminate the ads that are displayed to guests. Registration is fast, simple and absolutely free .
DRM-free e-books 300x50
 
 
Thread Tools Display Modes
  #1 (permalink)  
Old December 12th, 2011, 05:57 PM
Registered User
Points: 8, Level: 1
Points: 8, Level: 1 Points: 8, Level: 1 Points: 8, Level: 1
Activity: 0%
Activity: 0% Activity: 0% Activity: 0%
 
Join Date: Nov 2010
Posts: 2
Thanks: 0
Thanked 0 Times in 0 Posts
Default httpRuntime.Cache versus httpContext.Current.Cache

Hello,
I noticed that net 4.0 has httpRuntime.Cache, and it is my understanding that this cache is used by the whole application.
Since The beer house uses httpContext.Current.Cache (which is different and i think is just for the users session) Does that mean that if a user views a list of articles (which saves the collection in httpContext.Current.Cache using the beer house caching in the BLL) that the cache is not going to be used by any other user who logs in to view the same article listings. Is The beer house cache user specific only? It is my understanding that you need to use httpRuntime.cache which is application specific to share the same cache dictionary key entries with more than one user.
Is this correct? Thanks for any advice.
  #2 (permalink)  
Old December 13th, 2011, 07:29 PM
Registered User
Points: 8, Level: 1
Points: 8, Level: 1 Points: 8, Level: 1 Points: 8, Level: 1
Activity: 0%
Activity: 0% Activity: 0% Activity: 0%
 
Join Date: Nov 2010
Posts: 2
Thanks: 0
Thanked 0 Times in 0 Posts
Default httpRuntime.cache versus httpContext.Current.Cache

Okay, after further research, both httpRuntime.cache and httpContext.Current.Cache point to the same cache that is accessible by anyone in the application which makes sense. I was mislead by someone else's post in another forum. The only other question I have is how AJAX effects httpContext.Current.Cache. If I have an update panel with a gridview and detail view, will there be any problems. Everyone says to use httpRuntime.cache to avoid any null reference problems. I think the beer house website checks for nulls, but I still have no idea what I am in store for if I ajaxify the beer house application. Well, I guess I should stop rambling since It appears that this forum is dead anyways and I am talking to myself now. lol.
 


Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Trackbacks are Off
Pingbacks are On
Refbacks are Off

Similar Threads
Thread Thread Starter Forum Replies Last Post
Question about HttpContext.Current.Session barakros BOOK: Beginning ASP.NET 3.5 : in C# and VB BOOK ISBN: 978-0-470-18759-3 3 May 6th, 2010 11:23 AM
Httpcontext.Current doesn't work with NUnit myself.panku BOOK: ASP.NET MVC Website Programming Problem Design Solution ISBN: 9780470410950 0 January 20th, 2010 08:53 AM
HttpRuntime vs HttpContext r_adarsh .NET Framework 1.x 1 February 19th, 2008 10:50 AM
HttpContext.Current.Cache used to store user info? flyin General .NET 11 April 6th, 2004 04:57 PM



All times are GMT -4. The time now is 12:50 PM.


Powered by vBulletin®
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
© 2013 John Wiley & Sons, Inc.