How to Get ServletExec Working on a Different Website in IIS 7 on Server 2008

Part 1 of 3:

Start. In Services, in IIS Manager, click on Default Web Site. In the action pane, click on Start.
Go to Services. Choose ServletExec-(your instance), Restart.
1. You can read your log to see that Servletexec restarted:in C:Program FilesNew AtlantaServletExec AS(your servername)open the ServletExec.log.
Go back to IIS Manager. Click on your server name (at the top) of your Sites, above Application Pools, in the Actions pane, click on Restart.
Verify that your application is working. In ie on the server http://localhost/(your app).
1. You probably have servletexec admin also working on that default page:either choose Start -> All Programs -> New Atlanta -> ServletExec 6.0 AS -> ServletExec Administrator directly in ie http://localhost/servletexec/admin you should get:
2. If it is not working, maybe you forgot to set the ISAPI filters.
3. In IIS manager on the server Home page, click on ISAPI Filters.
4. You should see Name: "ServletExec" Executable: "c:InetPubScriptsServletExec_Adapter.dll"
Verify that the CGI/ISAPI Restrictions are set.
2. The path is: C:InetPubScriptsServletExec_Adapter.dll
3. Description is: ServletExec
4. Allow extension path to execute is checked

Part 2 of 3:

Create the Scripts virtual directory
1. Point it to the directory where the ServletExec_Adapter.dll is located.
2. Your virtual directory MUST be named 'Scripts'
Fix the Handler Mappings.
1. With the Virtual Directory 'Scripts' highlighted, click on 'Handler Mappings' in the main screen.
2. Look for the path *.dll, if it is not there, add it using the 'Add Script Map' in the Actions panel.
Verify the virtual Scripts directory.
1. Close IIS, reopen IIS, reread step 2 and verify that in the virtual Scripts directory of {MySite} has ISAPI-dll local enabled.
2. Click on that line, hit Edit, then Request Restrictions, Verbs, and Access tab as described in step 2.
3. Click on Edit Feature Permission
4. Verify that it has 'Script/Execute' as described in step 2 above.
Try to access your app at this time you may get the 403. or 403.18 error. This is fixed in the next part.

Part 3 of 3:

Deal with the application pools. In IIS, go to the Application Pools, Select DefaultAppPool (do not double click).
1. Make a note of the number of applications in the DefaultAppPool.
2. In the Actions panel, click on View Applications.
3. You will see two entries for the /Scripts folder.
4. Double click on one line.
5. In the drop-down list of the Select Application Pool, you will have a {MySite} selection. Choose that. Click OK.
6. If you look now you will see one entry for the /Scripts folder.
7. Stop the Default Web Site if you now longer need it. You have moved your app to work on {MySite}). (see Part 1 on how to stop a website)
8. Restart Servletexec. (see Part 1 on how to re/start Servletexec)
9. Restart IIS. (see Part 1 on how to restart IIS)
10. Test your app from a non-server location. {url ending in /{yourapp}}
11. For example: https://something.something.mycompany.com/myapp/myinstance.
12. You should now have successfully moved your app to work on your {MySite}.

Update 05 March 2020

You should read it