views:

392

answers:

2

I'm doing research for an article on the ASP.NET Pipeline, but none of the resources I've covered so far adequately explain when the machine level, and application level, and possibly even sub-application level, web.config files are read.

Also, most of my reading has mislead me to look for default HTTP handlers etc. in machine.config, which seems to, at some point, have been mysteriously replaced by a web.config at the machine level, i.e. in the same config framework folder as machine.config. Are that many articles etc. so out of date, or was this a very recent change? Or, may I be imaginative and consider that the machine level web.config actually 'inherits' from machine.config?

+1  A: 

ASP.NET config files work in a hierarchical manner (much the same way as CSS elements).

Configuration Inheritance

Mitch Wheat
+2  A: 

The most comprehensive description of how asp.net configration files work that I know of is this one at MSDN:

ASP.NET Configuration File Hierarchy and Inheritance

It is written for the .NET 3.5 framework so the info should be as current as you'll likely find. It describes exactly how the various configuration files are read and merged into the runtime settings for the application in quite a lot of detail.

Stephen M. Redd
Quite comprehensive indeed.
ProfK