Application Server Solutions for Microsoft IIS and ASP.NET
       solutions   products   partners   company   support   downloads         store
ServletExec Self-Help: FAQ
Back to Search >  Back to Search Results

Faq ID 383
Product BlueDragon
Category Installation, Web Server Support
Question What can you tell me about how IIS manages its Extension mappings?

BlueDragon Server JX "hooks into" IIS via Extension Mappings. For example *.cfm is mapped to C:\BlueDragon_Server_JX_71\bin\isapi\BlueDragon_Adapter.dll By default, the BDJX installer adds these mappings at the Global level of IIS where they are typcially inherited by all websites. However it is entirely possible to add these mappings (or any other mappings you wish... even mappings that have nothing to do with BlueDragon) to the level of a specific website instead of Globally.
Our testing here has revealed an interesting quirk about IIS and how it manages Extension mappings (Script maps) defined within it.
Our testing here has shown that once any change is made to the Extension map at the level of a specific website (adding or removing any mapping) that the inheritance of global mappings becomes broken for that specific website. In other words, that website will cease to inherit newly added global mappings. Here is an example you can try yourself to help drive this point home:

  1. Create a brand new website and take note of its extension map. Specifically take note of the fact that it inherits all the mappings that exist in the global map.
  2. Add a new extension mapping at the global level, and then view/refresh the map at the website level again to confirm that it has inherited that newly added global mapping.
  3. Make a change to the map at the website level by either adding or removing a mapping.
  4. Repeat #2 above using some new extension value
  5. View/refresh the map at the website level again to see that it has not inherited that new global mapping.

Once you add or remove any Extension mappings at the level of a specific website then the Extension map for that site is no longer inherited from the global map. Instead that specific site receives its own "copy" of the global mappings. But from that point forward, the 2 "copies" (the global copy and the website copy) may very well diverge (broken inheritance). If you later add a global mapping which does not seem to take effect on requests to that website, then this is why. In that scenario you must also add that mapping to the website level.

company media information terms of use privacy policy contact us