Setting up ColdFusion in distributed envionment

You might want to set up ColdFusion in a distributed environment where ColdFusion is running on one machine and Web server is running on a different machine.

Following are the set of steps that have to be performed to achieve this (less error-prone):

This applies to both ColdFusion 10 and ColdFusion 11.

1) Have ColdFusion server installed in a machine.

2) Next thing is to download and install VC Runtime.

             – The version of VC Runtime that you have to install depends on the version of ColdFusion.

                Say, ColdFusion 11 needs VC Runtime 2012

                 (32-bit VC Runtime for 32-bit Web server and 64-bit VC Runtime for 64-bit Web server.

                  If you are not sure, you can install both)

                 (https://www.microsoft.com/en-in/download/details.aspx?id=30679)

                and ColdFusion 10 needs VC Runtime 2010

 

3) Copy the following contents from the machine where ColdFusion is running to the machine where Web server is running at the same location.

 C:ColdFusion11jre

 C:ColdFusion11runtimelibwsconfig.jar

 C:ColdFusion11runtimeconfserver.xml

C:ColdFusion11configinstances.xml

C:ColdFusion11configcluster.xml

 

4) Open a Command prompt and run wsconfig tool

   C:ColdFusion11>jrebinjava -jar cfusionruntimelibwsconfig.jar

    It will open a configuration window where you have to provide AppServer Host as the ColdFusion Server IP.

    Configure the connector.

Distributed environment is ready for use. Send requests to the Web server's URL with cfm files under web server root and same files under ColdFusion's Web root.

Web server would redirect these to ColdFusion, which is on some other machine.

 

 

ColdFusion 11 Installers refreshed-Has fix for Server fails to start on enabling J2EE Session variables and Installation on Japanese OS

During first week of December 2014, we had released Full installers for ColdFusion 11 with update 3 in-built. The build number was 11,0,3,292480.

There were two issues with the build that was released(Full Installers only).

1) After Enabling J2EE Session Variables server hangs on restart/start.

2)On Japanese OSes, installer doesn’t recognize the Japanese locale.

If you have applied the update 3 through Hotfix, these 2 issues won’t arise for you. And also, #1 is not applicable for J2EE deployments done as EAR or WAR.

 

These two issues are fixed and we have refreshed the Full installers this week. The build number is: 11,0,3,292866

If you have come across #1, either you can download and use the new installer or apply the workaround on your existing server itself.

The workaround is:

Open the xml file C:ColdFusion11cfusionruntimeconfcontext.xml (Change it as per your installation path)

and uncomment the tag: <Manager pathname=”” />

Existing:

   <!–
    <Manager pathname=”” />
    –>

Change it to:

    <Manager pathname=”” />

 

If you have come across #2, you have to download and install.

 

JRE should be used or JDK should be used with ColdFusion 10 ?

There is a bit of confusion whether to use JRE or JDK with ColdFusion when
you want to use an externally installed one.

This blog entry clarifies on whether to use jre7 or jdk7.

Note:Unless there is a specific reason, it is generally recommended to use the latest patched JRE/JDK of major Java version supported. As of 8th March 2013, for Java 1.7 the latest patched version is Java 1.7 Update 17.

The decision on whether JRE or JDK should be used is determined by whether
JRE/JDK contains Server VM or not as ColdFusion runs only on top of Server VM.
ColdFusion can’t run on Client VM.

For all platforms, JRE that comes along with JDK contains server VM.

Even the public JRE that is available from Oracle contains Server VM for all
platforms except for Windows 32-bit JRE.

So, from this it can be derived as follows:

1. For Win 64, Linux 32, Linux 64, Solaris 64-bit, Mac 64-bit you can use
any of public JRE from Oracle or the JRE that is contained within JDK. We would
recommend you to use Public JRE from Oracle. For Mac OS X there is an extra
note below before which you want to conclude whether to use public JRE or JDK’s
JRE.

2. For Windows 32-bit, you can use the JRE that is contained within JDK

 OR

You can use the Win 32- Public JRE by customizing it to contain Server VM.

(To customize it you can copy <JDK_HOME>jrebinserver
directory and its content to Public JRE (jrebinserver ). It would at
same directory level as client directory.

Note for Mac OS X Installations:

For Mac also public JRE as well JDK contained JRE contains server VM.
If you are using Web Services you would need one file from JDK(tools.jar). JRE
doesn’t contain this file.
Since full version of ColdFusion 10 is shipped before Java 7  and Mac OS X
used to ship JDK earlier which contains this file by default, we never shipped
it along with ColdFusion installation.
With update 8 for Java 1.7 support on mac OS X, we are just copying this
tools.jar from installed JDK to <ColdFusion_Home>cfusionlib.
Going forward we will be shipping it along with ColdFusion installer for Mac as
well but for ColdFusion 10 this file is not there.
So, consider using JRE or JDK depending on the need for Mac OS X
                      OR
Just use JRE itself and only if needed you can copy tools.jar(it is same for
all platforms) to <ColdFusion_Home>cfusionlib.
So if you are using ColdFusion 10 on Mac OS X with JRE 1.7 you might want to
copy tools.jar to <ColdFusion_Home>cfusionlib