Hi Dave,
From your description, the "Caching" you mentioned here is the cache of the
AJAX client script rather than ASP.NET server-side output cache, correct?
As for client-side scripts or other static resource's caching, it mostly
depend on the client-browser's interpretion of the resources(whether it
detect any change in the url or the httpheader's last modified value
changed). Also, there is specific configuration in client browser to
customize it. For example, you can change the behavior in IE via the
following setting:
**Tools-->internet options---> "General Tab"
**In the "Browsing history" section, click " Settings" button
You'll find the "check for newer versions for the stored page" item
Also, for the behavior you saw, I suspect that whether it is also related
to the webtest tools which may generate some additional header or url
querystring which make the server-side emit different script url for the
AJAX script. This may also make the client browser think the file need
update. Anyway, you can use "Web Development Helper" tool to watch the
behavior when you manually do postback operations on the AJAX page. Based
on my test, for normal AJAX postback, the script resoures are not download
everytime.
Sincerely,
Steven Cheng
Microsoft MSDN Online Support Lead
Delighting our customers is our #1 priority. We welcome your comments and
suggestions about how we can improve the support we provide to you. Please
feel free to let my manager know what you think of the level of service
provided. You can send feedback directly to my manager at:
(e-mail address removed).
==================================================
Get notification to my posts through email? Please refer to
http://msdn.microsoft.com/subscriptions/managednewsgroups/default.aspx#noti f
ications.
Note: The MSDN Managed Newsgroup support offering is for non-urgent issues
where an initial response from the community or a Microsoft Support
Engineer within 1 business day is acceptable. Please note that each follow
up response may take approximately 2 business days as the support
professional working with you may need further investigation to reach the
most efficient resolution. The offering is not appropriate for situations
that require urgent, real-time or phone-based interactions or complex
project analysis and dump analysis issues. Issues of this nature are best
handled working with a dedicated Microsoft Support Engineer by contacting
Microsoft Customer Support Services (CSS) at
http://msdn.microsoft.com/subscriptions/support/default.aspx.
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.
