Apr 27, 2011
  4158
(4 votes)

IMPORTANT: .ASPX file caching/compilation issues caused by my open source assemblies

The Problem

Some of us over the last few months have been experiencing issues within our EPiServer sites where when we have been changing .aspx, .ascx and other files within our web application the changes have not been reflected when viewing the pages in our web browsers.

Today I noticed an issue that was logged against my FilteredPageReference assembly http://episerverfpr.codeplex.com/workitem/list/basic. which pointed at the assembly causing the compilation/caching issues we have been experiencing

The Cause

The search and replace plugin I developed last year uses embedded resources and custom resource path provider classes.  During development I had issues with my ResourcePathProvider class and more specifically the GetCacheDependency method within it.

I was retrieving exceptions when browsing to some of my virtual resources telling me that the folder they lived in didn’t exist.  At the time to resolve the issue I created a cache dependency against the web.config.

Unfortunately the result of this has caused the issues mentioned above.

The Solution

I have updated all of the projects that have been affected by the issue, new versions of the assemblies can be downloaded using the following links:

Sorry Guys and Gals Sad smile

I apologise if this has caused some of you some headaches.  It certainly has caused myself and my colleagues headaches over the last few months.

What more can I say, this is software development and bugs creep in but all should be sorted now!

Apr 27, 2011

Comments

seth@blendinteractive.com
seth@blendinteractive.com Apr 27, 2011 04:45 PM

Thanks for the update and especially being so open about it. Glad to know there is a resolution!

Deane Barker
Deane Barker Apr 27, 2011 04:46 PM

Thanks for this, Lee. It had become a big problem for us. I really appreciate you stepping up and posting the solution.

Erik Nordin Wahlberg
Erik Nordin Wahlberg Apr 27, 2011 04:51 PM

I'm using https://www.coderesort.com/p/epicode/wiki/GoogleAnalyticsAPI which also uses embedded resources via a handler. Wonder if this is the issue in my case... If it is, I will send you some big big love! :)

Apr 28, 2011 08:20 AM

Very well handled Mr Crowe!

Apr 28, 2011 01:21 PM

Yay, its the same issue with the GoogleAnalyticsAPI-code as well...!!

The code should of course check against the virtualPath before handing out the NeverExpiresCacheDependency, just like is done in the other methods...(!)

Good catch!!!

/johan

Please login to comment.
Latest blogs
AEO/GEO: A practical guide

Search changed. People ask AI tools. AI answers. Your content must be understandable, citable, and accessible to both humans and machines. That’s...

Naveed Ul-Haq | Feb 17, 2026 |

We Cloned Our Best Analyst with AI: How Our Opal Hackathon Grand Prize Winner is Changing Experimentation

Every experimentation team knows the feeling. You have a backlog of experiment ideas, but progress is bottlenecked by one critical team member, the...

Polly Walton | Feb 16, 2026

Architecting AI in Optimizely CMS: When to Use Opal vs Custom Integration

AI is rapidly becoming a core capability in modern digital experience platforms. As developers working with Optimizely CMS 12 (.NET Core), the real...

Keshav Dave | Feb 15, 2026

Reducing Web Experimentation MAU Using the REST API

Overview Optimizely Web Experimentation counts an MAU based upon the script snippet rendering for evauluation of web experiement. Therefore when yo...

Scott Reed | Feb 13, 2026