CF on IIS7 – internal server error

As you will see elsewhere on my blog, I have recently setup windows 2008 server 64bit as my new desktop. For the most part everything has worked ok, but there have been a few interesting quirks.

 

One of these quirks was that any new site I setup in IIS7 resulted in a "500 internal server error" identifying the AboMapperCustom wildcard application mapping for ColdFusion as the cause.

 

Now my Default Web Site from where I run the CFADMIN was working fine, so I was rather perplexed as to why other sites did not work when they seemed to be setup exactly the same.

Now I am actually using DotNotPanel on my local machine to setup and manage sites, so this may be a contributing factor, but still the cause of the problems may affect others, so hopefully the solutions may help.

 

Using the Web Server Configuration Tool I tried to disable then enable CFML on the server several times to no avail, then when checking the Handler Mappings" for the site, I noticed that the wildcard application map for CF was actually there twice, which I am sure may well have been a contributing factor, so I removed one of them. I also then noticed this alert on the handler mappings page.

 

This site is in an application pool that is running in classic mode, so you can manage ISAPI extension and native modules that are mapped to

paths. You must manage managed handlers (system.web/httphandlers) directly

in the configuration files.

Now if I recall "classic mode" means 32bit, so this seemed likely to be causing a problem, although I am not sure how I ended up using this application pool by default.

Anyway to change this, open the IIS manager, find your site, right click and select

Manage Web –> Advanced Settings

And change the application pool at the top to "Default Application Pool". In my case this fixed the problem and the alert went away, hopefully this may help someone else having issues with IIS7 and CF.

Using Windows 2008 Server as your workstation

The inevitable has been happening the last couple of months, my windows XP machine has started to become slow and unstable and prone to crashing and was due for a reinstall. Never a task one looks forward to when you have a lot of software installed, much of which you do not have CD's for and have no idea where any of your driver CD's are either.

I had a spare machine sitting around on which I had installed Windows Vista for testing, and so I was about to bite the bullet and start using that instead of re-installing XP. Then a friend of mine suggested I try Windows 2008 server 64bit. He said he had switched from Vista and it was definitely a better experience and all of his software worked.

Well as I subscribe to the Microsoft Action Pack I had a copy of 2008 Server Std edition, so I thought I would give it a try, although I was very sceptical  about all my software not only working in 2008 Server but also working in 64 bit. But as a web developer it is much more convenient to run a server OS and have to work within the limitations of your workstation. For one you will have a full copy of IIS at your disposal, so no need to go messing about with Apache if you don't have to, and to be honest the only reason to bother with Apache these days is a) because you are on Windows XP and have the 1 site limited version of IIS or b) because your live sites run on Apache. There may be some instances where you need a very specific feature of Apache, but for most people this is very unlikely as IIS has been able to do everything Apache can do for quite some time now, and with IIS7 you are more than spoilt for choice with new features and configuration options.

[More]