After recently updating a 7.65 based website to 8.0 we recently found that parts of the workarea were unusable. The upgrade went well and all the pre-deployment checks went well. However, when we performed the UAT deployment the workarea was broken. Where the treeview menu on the left should be, there was a helpful message:
This is a marker file generated by the precompilation tool, and should not be deleted!
Well, yes the UAT deployment is the first production quality deployment so precompilation is part of the build and this is part of the message that’s within all of the precompiled UI files (aspx, ascx, ashx, etc). But on a precompiled site, the pages are actually stored in dll’s in the site’s bin folder – the actual files are a nicety to ensure IIS routes the request the ASP.Net.
Clearly this mechanism was working for aspx files as the frontend website worked as well as bits of the workearea. After a bit of investigation, it appears that html and htm files are also being precompiled using the standard PageBuildProvider:
In the web.config ensure the following handler mappings are added to configuration/system.webServer/handlers:
The lines above are for IIS 7, if the same issue occurs on an earlier version then it should be trivial to add appropriate entries to configuration/system.web/httpHandlers.
It’s important that these handlers are registered prior to any wildcard handlers (path=”*.*”) and is mapped to the standard ASP.Net handler. If it’s mapped to the Ektron EkDavHttpHandlerFactory then the html and htm files will be served as text and not processed as a serverside page.