views:

2108

answers:

2

I am looking for a nice easy step by step "How To" guide for getting a classic asp application working under IIS 7.0.

It is on a 64 bit windows server 2008 machine if that makes any difference.

+5  A: 

We've been moving some Classic ASP code to 64 bit Windows 2008. Here are some things we did or discovered along the way:

  • Start off by hosting the application in a 'Classic' pipeline mode application pool. Once things are running just fine you can switch to 'Integrated Mode' should you need to leverage the features it offers at a later date.

  • If your ASP application consumes any 32 bit third party or in-house components you will need to configure the application pool to run in 32 bit mode. 32 bit DLL's won't load into a 64 bit process. You can configure this in the Advanced Settings of an application pool. Set Enable 32-Bit Applications to True.

  • To force detailed error reporting by Classic ASP, open the ASP 'feature' page for the website then expand the Debugging Properties node. Set Send Errors To Browser to True.

  • If your application uses parent paths you'll need to configure this in the ASP settings 'feature' page (same one as above). The setting is under the Behaviour node and is named Enable Parent Paths. The default setting is False just as with IIS6.

  • The default anonymous account in IIS7 is called IUSR. You can change this by opening the Authentication settings 'feature' page for the website and editing the Anonymous Authentication setting.

HTH
Kev

Kev
Very nice summary of things to look at. Thank you.
jwalkerjr
+1  A: 

Also note that if you need to register 32 bit dlls, while IIS is running in 32 bit mode, you should use \windows\syswow64\regsvr32.exe dllname.dll.

Oh, and make sure you don't have server side debugging turned on for too long. This will cause IIS to run in single threaded mode (and make it very slow).

Michael Pryor