Welcome!

XML Authors: Data Recovery Services, Don Nelson, Jeff Scholes, Corey Roth, John Savageau

Related Topics: Open Source, ColdFusion

Open Source: Article

Opinion: Give ColdFusion Some Room to Breathe

Should CFML Developers Switch to Java or Decaff?

Andrew Powell's Blog

OK, so we know ColdFusion, to quote Joe Rinehart, makes it "stupid-easy" to render HTML off of dynamic data. We (CFML developers) have been using it to do this for years. Only recently, with the fast emergence of RIAs in the last 5 years, has the game changed. 

My personal approach has become to to let ColdFusion do what it does best, and no more. No AJAX generation or any of that silly UI stuff. Leave that to the AJAX frameworks, or Flex, or whatever your UI is going to be on the front-end. That's what the UI tool was designed for, CF wasn't.  Let CF focus on three things: getting data into and out of RIA front-ends, rendering HTML with dynamic data, and providing services that Java and .NET cannot provide (more on that in a bit). Beyond that, let Java, .NET, or whatever do the work at the model layer. Keep your CFML to a minimum and give ColdFusion some room to breathe.

This is not to say I don't use CFCs. I do. My framework of choice (Mach-II) relies almost exclusively on CFCs for processing requests. However, the only CFCs I have in my application (outside of the framework) are for listeners, plugins, and filters. No more, no less. The rest of the work is done at that Java layer. Spring handles my IOC and AOP, and Hibernate is responsible for my persistence. No more, no less.

This approach solves much of what the "vocal minority" at the cf.Objective() CF 9 BOF were clamoring for:  you get the best of both worlds. You get all of CF's ability to deliver data and render that static UI, plus kick-ass services:  CFMAIL, CFPDF, etc that you cannot and never will be able to do easily in Java (my OO lang of choice). You also get the things that Java does well:  strong-typing, easy persistence (Hibernate), strong IOC utils (Spring), a true OO language, plus a ton of other stuff that CFML and ColdFusion just don't do well as Java.  

I think that there are some CFML developers who are not necessarily "outgrowing CFML" as Brian Kotek has put it, but learning that there are other tools in the tool belt besides your favorite hammer.  Is that so bad to realize and use those other tools?  I don't think so. I think it's a natural progression of the good developer to push themselves to, occasionally, learn other languages and not be complacent with just one language.

So, should CFML developers switch to Java?  No.  Should they learn it and learn how to leverage it within their CFML apps? Absolutely. It gives you the ability to let ColdFusion run and truely perform, plus it gives you, the developer, another skill that will make you that much more marketable.  It truly is a win-win situation.


[This appeared originally here and is republished by kind permission of the author, who retains copyright.]

More Stories By Andrew Powell

Andrew Powell has been architecting and developing Web applications for over 10 years using ColdFusion, Java, ASP.NET and ASP. His background includes experience running IT Departments for firms in the executive search and aviation consulting fields. You can read his blog on everything ColdFusion, Java, Flex & AJAX at www.infoaccelerator.net.

Comments (1) View Comments

Share your thoughts on this story.

Add your comment
You must be signed in to add a comment. Sign-in | Register

In accordance with our Comment Policy, we encourage comments that are on topic, relevant and to-the-point. We will remove comments that include profanity, personal attacks, racial slurs, threats of violence, or other inappropriate material that violates our Terms and Conditions, and will block users who make repeated violations. We ask all readers to expect diversity of opinion and to treat one another with dignity and respect.


Most Recent Comments
Kai Tischler 06/18/08 11:07:33 AM EDT

Hello Andy !

I have just recently rediscovered the possible value of "ColdFusion on Java"; and now we have also "CF Groovy" at our disposal ...

My question is really: You mentioned that You use Java for domain modeling; how do You do this concretely in a "ColdFusion on Java/Groovy" environment ? Do You code all Your application logic in pure Java, or do You use it solely for domain modeling and to provide persistence ? And somehow convert Java objects to CFCs to do the application logic in ColdFusion ? Or asked another way round: Which capabilities of ColdFusion do You still use ?

Best Regards and Tschüss

Kai from Northrhine-Westfalia in Germany