Apr 27, 2011
visibility 4385
star star star star star
(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

error Please login to comment.
Latest blogs
New addon puts the optimization GUI for Optimizely Graph back in the CMS

I wanted the Graph UI for Pinned Results and Synonyms inside the CMS, so I created another addon.

Tomas Hensrud Gulla | Sep 1, 2026 |

From CMS Content to AI-Ready Content: A Practical Optimizely CMS 12 Approach

How structured content can help Optimizely CMS editors prepare content for search and AI-powered experiences Introduction The way users discover...

iliyas shaikh | Sep 1, 2026

Serving Heavy Multilingual Content Efficiently with Optimizely SaaS CMS

When building enterprise-grade applications on modern headless stacks, performance is governed by payload efficiency. Optimizely SaaS CMS and...

Vipin Banka | Aug 31, 2026

The Under-Documented Optimizely Caching API I Somehow Missed

I recently discovered some useful, but poorly documented, caching features in Optimizely CMS. Here’s how ReadThrough, ReadStrategy.Wait and master...

Dom Reilly | Aug 31, 2026 |

Beyond [Authorize]: Function-Level Permissions in Optimizely

Why basic role checks fall short and how Permissions to Functions unlock audience-based access control The Problem with Basic Authorization ASP.NET...

Sanjay Kumar | Aug 28, 2026

Insights from upgrading Optimizely CMS 12 to CMS 13

Optimizely CMS 13 has been here a while now, so I wanted to share some insights from a few of the migrations that has been done. The framework and...

Pär Wissmark | Aug 28, 2026 |