Set up Corticon Server for .NET for multiple applications
- Last Updated: October 26, 2026
- 4 minute read
- Corticon
- Version 7.3
- Documentation
Using multiple IIS servers for deployment stages
Traditionally, you would have multiple IIS Servers that keep each step in development distinct, moving code between servers until it is in production. This time-tested tactic to prevent sharing one server is the only way to insure that a call for reboot on development testing doesn't bring down the production instance. To achieve autonomy it is generally (and highly) recommended that each instance be a separate machine: separate IIS, separate licensed Corticon Server for .NET install, and separate instances of CDDs and decision services. The sequence of operations is where Studio generates a versioned decision service that is tested on DEV. When DEV accepts it, then production picks up that decision service version for their tests, and takes down any prior version.
How to set up additional applications on one IIS server
There is a technique you can use that shares an IIS server, keeping the stages of production isolated through IIS application pools. Each application will share the IIS resources and the Corticon resources while maintaining application-specific sandboxes and logs.
Let's assume that you want development (DEV) to be isolated from production (PROD). You will create application pools, then ensure that your files and folders are ready to be replicated, and then create the applications.
Create Application pools
-
In the IIS Manager, select Application Pools, then choose Add Application Pool.
-
In the dialog box:
-
Name the pool as in the illustration,
DEV. -
Choose .NET CLR Version v.4.0.n.
-
Choose Managed pipeline mode: Classic

Click OK.
-
-
The new Application Pool is listed with no application.
-
Repeat the steps to create all the Application Pools you want, as illustrated where
PRODwas added:
Create the Applications
-
Stop the IIS Manager.
-
In the File Explorer at
C:\inetpub\wwwroot, copy theaxisfolder, and then paste it. -
Rename the copied folder to your additional application's name, such as
DEV. -
Repeat the copy/paste/rename steps to specify all your applications, such as
PROD.Note: Unless you want to retain the
axisdirectory as a template, you can delete theaxisdirectory by first deleting its directory, and then in the IIS Manager, removing it. -
Restart IIS Manager to see the new folders:

-
On each of the application folders (
DEVandPROD), do the following steps:-
Right-click on the application folder and choose Edit Permissions.
-
Choose Security, then Edit to allow
IIS_IUSRSto have Full control. These permissions are expected to be inherited by theCcServerSandbox, thecddfolder, andlogsfolder. -
Right-click on the application folder, and then choose Convert to Application.
-
In the Add Application dialog, enter a name, and then click Select to choose an application pool, as illustrated:

-
Restart IIS and test the URLs.
In your browser, enter the URL http://localhost/DEV/corticon/server/ping to make a REST call to the running development Corticon Server to get the time (in milliseconds) that the Corticon Server has been running on IIS, as illustrated:
![]()
Do the same with http://localhost/PROD/corticon/server/ping.
When you see that both applications are running, proceed to testing the applications by publishing a decision service to each.
Note: Use logs to confirm the distinct application spaces It is good idea to edit brms.properties in each application, and then set logLevel=DEBUG. When you run a test in each application, it will test that the application-specific logs are working. You will then want to change the setting to the default or your preferred level as DEBUG produces enormous output.
Contents