- After an IISRESET, it takes long enough to reload / rerender CRM data to be annoying when frequently testing and redeploying versions of a callout assembly
- If other users are using CRM, there will be an outage during the IISRESET
- IISRESET affects all other web applications on the server
To minimise the impact of 1) above, Michael Höhne's local debugging mechanism is an excellent solution in a lot of environments.
However, there are still the occasions when the callout has to be redeployed on to the CRM server. There's not much that can be about 2), although the following suggestion helps a bit.
We can do something about 3). A callout is loaded into the process for the CRM application pool (CrmAppPool), and it is only this application pool that needs to be recycled, rather than the whole of IIS. An application pool can be recycled via the IIS management console, but there is an easy way to script this, as follows:
- Open a command prompt
- Change directory to %Windir%\system32
- Run the following command:
cscript iisapp.vbs /a CrmAppPool /r
This will just recycle the application pool, after which you can copy the new callout assembly