Sunday, February 25, 2007

Coldfusion MX 7.02 on Mac Book Pro

Trying to get my dev environment up using CFMX on a Mac Book Pro and have followed Mark Andrachek's [awesome] instructions,, but encoutering a problem.

Symptom: after completing all steps, when I go to: http://localhost/CFIDE/Administrator/ I receive the following error message:

Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, [no address given] and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

Apache/1.3.33 Server at mark-holtons-computer.local Port 80

- Apache (1.3) is running on my localhost (I know this because when I go to I see:

"If you can see this, it means that the installation of the Apache web server software on this system was successful. You may now add content to this directory and replace this page."

In step 1 of Mark's instructions, I had been able to verify the CF Administrator was up and running, but now I cannot access it via :

I'm thinking this has to do with the connector and perhaps I didn't configure something correctly there. I'm pretty sure I compiled the Apache HTTPD/JRun4 Connector right, as I've followed the directions to the letter:

"Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request."

If I run a cat error_log from the shell, here is what the Apache error_log ("/private/var/log/httpd/error_log") states, line for line, when I make the request to http://localhost/cfide/administrator/ via the browser:

[Sun Feb 25 10:58:13 2007] [notice] jrApache[449:49825] could not initialize proxy for
[Sun Feb 25 10:58:13 2007] [notice] jrApache[449:49825] could not open "/Applications/JRun4/lib /wsconfig/1/": Permission denied
[Sun Feb 25 10:58:13 2007] [notice] jrApache[449:49825] initialized proxy for
[Sun Feb 25 10:58:13 2007] [notice] jrApache[449:49825] Couldn't initialize from remote server, JRun server(s) probably down.
[Sun Feb 25 10:58:13 2007] [notice] jrApache[449:49825] could not initialize proxy for
[Sun Feb 25 10:58:13 2007] [notice] jrApache[449:49825] could not open "/Applications/JRun4/lib
/wsconfig/1/": Permission denied
[Sun Feb 25 10:58:13 2007] [notice] jrApache[449:49825] initialized proxy for
[Sun Feb 25 10:58:13 2007] [notice] jrApache[449:49825] Couldn't initialize from remote server, JRun server(s) probably down.
[Sun Feb 25 10:58:13 2007] [notice] jrApache[449:49825] JRun will not accept request. Check JRun web server configuration and JRun mappings on JRun server.

That file,, is one I had to create for connection purposes and has permissions of:
-rwxr-xr-x 1 holtonma holtonma 28B Feb 24 22:50

...what properties does this file need to have?? (does this file need to have user/group of "admin admin" instead of "holton holton"?)....

Greatly appreciate any words of wisdom anyone can provide.

Monday, February 19, 2007

Solaris 10 Containers (Zones) and Coldfusion MX Licensing

With the Enterprise version of Coldfusion MX 7, a CF developer has the ability to deploy your applications as .EAR files on multiple instances of the JRun application server (or any other J2EE compatible application server, such as BEA WebLogic, IBM Websphere, etc, even open source Tomcat, although that isn't supported by Adobe) . This redundancy enables fault tolerance, which is especially useful in a shared hosting environment . That is, should one instance of the application server fail for 1 application, this would not crash all applications relying on the Coldfusion server. Instead, each application can utilize its own instance of the JRun (or other J2EE) application server.

If you are not familiar with this, the following is a good article, as is Ben Forta's Advanced Coldfusion development book (a veritable CF bible) is a phenomenal reference:

The J2EE implementation of Coldfusion discussed above exists for really a single shared server environment, as the LICENSE restricts .EAR deployment to a maximum of 2 CPU's. The marketing material is not immediately clear on this, so be aware, that J2EE deployment is unlimited in terms of application server instances, but is limited to TWO CPUs. If I am incorrect on this, someone please provide clarification, but I'm somewhat certain after days of looking into this, that this is the case.

There are still distinct advantages there -- not only the capability for application server redundancy (and clustering), but also the ability to deploy as .EAR files enables the development process to be one that contains a bundled and dated version. While its common and certainly best practice to utilize version control such as CVS and Subversion, it's not common in the Coldfusion community to bundle and deploy applications as .EAR files. This is evidenced by the options available at most Coldfusion hosting sites, which consists mainly of FTP-ing files to your folder. (it should be noted there are small disadvantages to .EAR deployment, if you require frequent small changes to files, but this disadvantage can be significantly nulled out with the use of Apache ANT as a build, zip, ftp, and deploy tool). .EAR file deployment has the distinct process advantage of being able to quickly snap back to dated versions of one's web application instantly. As long as there weren't schema changes to the database, a developer can simply deploy an .EAR file to the application's directory and it will effectively 'unzip' the application and all its dependencies. .EAR file deployment can also be made easy through the use of mature deployment tools such as Apache ANT.

That brings me to my question. As CFMX 7 enterprise enables isolation and redundancy at the application-server level, Solaris 10 has the capability for Containers (aka 'Zones') for isolation and redundancy at the server level itself. The following is a summarized description of Solaris 10 Container capabilities from Sun's website:

  • "Build customized, isolated containers—each with their own IP address, file system, users, and assigned resources—to safely and easily consolidate systems
  • Guarantee sufficient CPU and memory resource allocation to applications while retaining the ability to use idle resources as needed
  • Reserve and allocate a specific CPU or group of CPUs for the exclusive use of the container
  • Automatically recover from potentially catastrophic system problems by leveraging the combined functionality of Predictive Self Healing and Solaris Containers"
My question to Adobe and the Coldfusion MX Community:
How would the implementation of multiple Sun Solaris 10 Containers affect the licensing of Coldfusion MX 7? If a server had 2 CPU's but was configured for multiple Solaris Zones, would the Enterprise License still apply in such a way that enabled unlimited instances of the application server throughout these Zones? Or is each Zone treated separately as a CPU? It would seem to me, since there are two processors, the enterprise license would allow for this type of integration with Solaris 10 Zones, but I cannot find any documentation on this on Adobe's Coldfusion site or in the license. Can anyone at Adobe help clarify this?

Mark Holton

Coldfusion MX 7 and Sun Solaris 10 for x86 processors

Hopefully this bit of history is a good sign that it's just a matter of time before there is a supported Coldfusion MX 7 install for Sun Solaris 10 on an x86 processor. I know they support it with the SPARC processor, but why not with the newer x86 chips?

Macromedia/Adobe has supported it in the past, hopefully they will in the near future. Anybody know of any plans for this?


Macromedia is committed to supporting the Solaris OS to ensure our ColdFusion developers can continue to deliver mission-critical business applications. Solaris 10 will provide customers with the scalable, reliable platform they need to continue delivering rich Internet applications with the ease of use and productivity of ColdFusion. "

Jeff Whatcott
Vice President of Product Management

Saturday, February 17, 2007

Setting Up a Mac for Coldfusion Development

Matt Woodward has an extensive PDF containing all needed to get your Mac (even Mac Book Pro with Intel chips) installed with all needed for Coldfusion web development and much more. I'd highly recommend checking it out if you have a Mac Book Pro or iMac!

Thanks for taking the time to do that, Matt, this is great and something I (and I'm sure other CF Devs) have been looking for. Great resource!

Monday, February 12, 2007

Touch Screen Technology : What if this was in a Mac?

Came across this technology today and it made me think:

...what if this tech was integrated into, for instance, a Mac? It's not that far fetched, Apple already implemented touch screens with the iPhone, why not with laptops, etc, for a new paradigm in user interfaces for larger screen displays? I personally believe it'd open up a number of possibilities in software to navigate like this via touch screen in addition to our traditional mouse navigation. I think the world is ready for a new navigation paradigm, and this seems one that is next in that evolution.

"In this video, Jeff Han and Phil Davidson demonstrate how a multi-touch driven computer screen will change the way we work and play."

Sunday, February 11, 2007

Mickelson wins at Pebble Beach

Great victory for Phil Mickelson this week at Pebble Beach, tying the record at -20 and winning by 5 shots.

Couldn't happen to a classier guy. The following is a great story by former Chicago Tribune writer, Bob Verdi:

Monday, February 05, 2007

Install Error using Coldfusion MX 7 on Sun Solaris 10 x86

Anyone out there tried to install Enterprise CFMX 7 on Sun Solaris 10? It is a supported OS for Coldfusion 7, but we are encountering errors.

We get to the point where we copy the file (coldfusion-70-sol.bin) from the installation cd to our server, then go to that directory, the start the installation.

It starts running fine, "Launching installer...", but then we receive a:

Solaris/resource/jre/bin/java: Invalid Argument

We attempted to run the version of the JRE on the cd, and we receive the following:

jre/bin/java: cannot execute

Any help would be greatly appreciated.