In my last blog post, I walked through the steps of installing ColdFusion 10 on Windows with Apache as the web server. I'm going to build on that in this post and show you how you can create additional ColdFusion instances and tie them to multiple virtual hosts in Apache (the multiple virtual hosts part is often referred to as multihoming).

For the purposes of this blog post, I'm going to assume that you've already installed ColdFusion 10 in the Server Configuration (Not EAR/WAR deployment). I'm also going to assume you chose to install Apache as your web server during the install process. This gives you a single instance of ColdFusion 10 (cfusion) with Apache connected to ColdFusion as localhost.

Now let's suppose I want to do two things. I want to have two instances of ColdFusion, cfusion (the default instance) and a new instance, cfusion2. For the cfusion instance I want two virtual hosts, one for localhost and one for For my cfusion2 instance, I want a single virtual host for Here are the steps to create that configuration. I'm doing this on a Windows install, but the basic process is the same across platforms. To visualize, the setup will look like this:

cfusion (instance 1)

cfusion2 (instance 2)

The first thing we need to do is create our new ColdFusion instance (cfusion2). To do this, we need to fire up the ColdFusion Administrator. Once logged in, click on the Instance Manager link in the Enterprise Manager section. Here you'll see a list of currently configured instances. To create a new instance, click the Add New Instance button:

Enter cfusion2 in the Server Name box. Leave the Server Directory as-is, and make sure to check the Create Windows Service box. When you're finished, click Submit.

It generally takes a few minutes for ColdFusion to create the instance. When it's finished, you'll see a screen with a link back to the Enterprise Manager. Go ahead and click the link once it appears:

Once you're back in the Instance Manager, you should see the new cfusion2 instance. Notice how the HTTP Port column shows 8500? This is because the new instance is setup to use Tomcat's built-in web server. Don't worry about that right now, we'll get to fixing that in just a minute. For now, just note the value in the Remote Port column for your cfusion2 instance as we'll be needing it shortly.

If you're wondering where ColdFusion 10 physically puts the directory structure for your instances, it's directly in the /ColdFusion10 install root:

With our two instances created, it's time to make some changes to ColdFusion's underlying Tomcat server configuration and Apache Tomcat connector configuration. We'll tackle the Tomcat configuration for the cfusion2 instance first. Fire up your favorite text editor and open the server.xml file located in:


About halfway down the file, you should see a line of XML that looks like this:

view plain print about
1<Connector port="8013" protocol="AJP/1.3" redirectPort="8446" tomcatAuthentication="false">

Verify that the Connector Port matches the Remote Port you noted earlier from the Instance Manager for the cfusion instance.

At the bottom of the file, you should see some additional XML that looks like this:

view plain print about
1<Connector port="8500" protocol="org.apache.coyote.http11.Http11NioProtocol" connectionTimeout="20000" redirectPort="8443" executor="tomcatThreadPool">

This code is used to configure Tomcat's built-in web server. Since we want to connect our ColdFusion instance to Apache, we need to disable this. To do that, simply comment it out and save the file:

view plain print about
2<Connector port="8500" protocol="org.apache.coyote.http11.Http11NioProtocol" connectionTimeout="20000" redirectPort="8443" executor="tomcatThreadPool">

Now that we've disabled the built-in web server, we need to tell Tomcat we want to use Apache as our web server instead. To do this, we have to make some changes to the Apache Tomcat connector ColdFusion previously installed. The connector and its associated configuration files can be found here:


The connector itself is compiled and named There's not much to do with it other than to verify that it's there. The two files that we're interested in for our instance configuration are and

The file is used to configure your server instances. If you open it up in a text editor, you'll see that it's configured for your default cfusion instance:

view plain print about

To add our additional cfusion2 instance, we simply have to make two changes:

view plain print about
1worker.list=cfusion, cfusion2

worker.list should contain a comma delimited list of all of the server instances you have. Below that, you need to configure the properties for each instance. You only need to concern yourself with the port here. Each ColdFusion instance gets its own port, which you can obtain from the Instance Manager in the ColdFusion Administrator.

Next, make a copy of your file and name it The ColdFusion 10 docs tell you to rename it to, but I don't like that convention - especially if you have a lot of instances. Anyhow, change all of the mappings in the file so that they apply to the cfusion2 instance. Here's how that should look:

view plain print about
1/cfformgateway/* = cfusion2
2/CFFormGateway/* = cfusion2
3/flex2gateway/* = cfusion2
4/flex2gateway = cfusion2
5/cffileservlet/* = cfusion2
6/CFFileServlet/* = cfusion2
7/cfform-internal/* = cfusion2
8/flashservices/gateway/* = cfusion2
9/flex-internal/* = cfusion2
10/rest/* = cfusion2
11/*.cfml/* = cfusion2
12/*.mxml = cfusion2
13/*.as = cfusion2
14/*.cfm = cfusion2
15/*.cfm/* = cfusion2
16/*.swc = cfusion2
17/*.cfml = cfusion2
18/*.cfc = cfusion2
19/*.cfc/* = cfusion2
20/*.cfr = cfusion2
21/*.cfswf = cfusion2
22/*.sws = cfusion2
23/*.jsp = cfusion2
24/*.hbmxml = cfusion2

That's it for the Apache Tomcat connector configuration. All that's left to do now is to setup our Apache virtual hosts, restart all of our servers and verify everything's working as expected.

Open your Apache http.conf file and notice that ColdFusion has placed the following directive at the bottom of the file:

view plain print about
1# Load mod_jk module
2Include "C:\Program Files (x86)\Apache Software Foundation\Apache2.2\conf\mod_jk.conf"

Personally, I don't like the absolute path, so I usually make mine relative. I also like it in a subdirectory for virtual hosts. You don't have to move yours, it's just a personal preference of mine:

view plain print about
1# Load mod_jk module
2Include conf/vhosts/mod_jk.conf

This directive tells Apache to load the mod_jk.conf configuration file that ColdFusion created when you told it to configure Apache as your web server.

Open your mod_jk.conf file and create the virtual hosts. Here's my mod_jk.conf file (I added some space and moved some things around to make it easier to read):

view plain print about
1# Load mod_jk module
2LoadModule jk_module "C:\ColdFusion10\config\wsconfig\1\"
3# Where to find
4JkWorkersFile "C:\ColdFusion10\config\wsconfig\1\"
5# Where to put jk logs
6JkLogFile "C:\ColdFusion10\config\wsconfig\1\mod_jk.log"
7# Where to put jk shared memory
8JkShmFile "C:\ColdFusion10\config\wsconfig\1\jk_shm"
9# Set the jk log level [debug/error/info]
10JkLogLevel info
11# Select the timestamp log format
12JkLogStampFormat "[%a %b %d %H:%M:%S %Y] "
14AddHandler jakarta-servlet .cfm .cfml .cfc .cfr .cfswf
16<Files ~ ".hbmxml$">
17Order allow,deny
18Deny from all
21 <VirtualHost *:80>
22 ServerName localhost
23 DocumentRoot C:/_web/cf10/cfusion/localhost/wwwroot
24 ErrorLog c:/_web/logs/cfusion-localhost.log
26 JkMountFile "C:\ColdFusion10\config\wsconfig\1\"
28 <Directory "C:/_web/cf10/cfusion/localhost/wwwroot">
29        Options Indexes FollowSymLinks
30        AllowOverride None
31        Order allow,deny
32        Allow from all
33 </Directory>
35    Alias /CFIDE "C:\ColdFusion10\cfusion\wwwroot\CFIDE"
37    <Directory "C:\ColdFusion10\cfusion\wwwroot\CFIDE">
38        Options Indexes FollowSymLinks
39        AllowOverride None
40        Order allow,deny
41        Allow from all
42    </Directory>
45 <VirtualHost *:80>
46 ServerName
47 DocumentRoot C:/_web/cf10/cfusion/zeus1/wwwroot
48 ErrorLog c:/_web/logs/cfusion-zeus1.log
50 JkMountFile "C:\ColdFusion10\config\wsconfig\1\"
52 <Directory "C:/_web/cf10/cfusion/zeus1/wwwroot">
53        Options Indexes FollowSymLinks
54        AllowOverride None
55        Order allow,deny
56        Allow from all
57 </Directory>
59    Alias /CFIDE "C:\ColdFusion10\cfusion\wwwroot\CFIDE"
61    <Directory "C:\ColdFusion10\cfusion\wwwroot\CFIDE">
62        Options Indexes FollowSymLinks
63        AllowOverride None
64        Order allow,deny
65        Allow from all
66    </Directory>
69 <VirtualHost *:80>
70 ServerName
71 DocumentRoot C:/_web/cf10/cfusion2/zeus2/wwwroot
72 ErrorLog c:/_web/logs/cfusion2-zeus2.log
74 JkMountFile "C:\ColdFusion10\config\wsconfig\1\"
76 <Directory "C:/_web/cf10/cfusion2/zeus2/wwwroot">
77        Options Indexes FollowSymLinks
78        AllowOverride None
79        Order allow,deny
80        Allow from all
81 </Directory>
83    Alias /CFIDE "C:\ColdFusion10\cfusion2\wwwroot\CFIDE"
85    <Directory "C:\ColdFusion10\cfusion2\wwwroot\CFIDE">
86        Options Indexes FollowSymLinks
87        AllowOverride None
88        Order allow,deny
89        Allow from all
90    </Directory>

Note that for my cfusion instance where I want to have two virtual hosts, one for localhost and one for, I've added the same jkmountfile directive to each virtual host like so:

view plain print about
1JkMountFile "C:\ColdFusion10\config\wsconfig\1\"

All virtual hosts on a single instance should point to the same file since that file specifies the mapping at the instance level.

For my cfusion2 instance, the single virtual host points to

view plain print about
1JkMountFile "C:\ColdFusion10\config\wsconfig\1\"

That's it for configuration. Go ahead and stop and start both of your ColdFusion instances and your Apache web server just to make sure all changes are reflected.

Test out the URLs for each of your virtual hosts to make sure everything is pointing where it should be:

http://localhost Now open the ColdFusion administrator on localhost:

view plain print about

Everything should load up fine. In the Mappings section of the Administrator, /CFIDE and /gateway point to the correct locations:

view plain print about

Repeat the same process for your other virtual hosts, making sure the /CFIDE and /gateway mappings point to the correct locations for your instances.

That's it, you should now be configured for multiple instances of ColdFusion with multiple Apache virtual hosts.