ColdFusion 9.0.1 Released

This post is more than 2 years old.

The title says it all. You can now download ColdFusion 901 here. Release notes may be read here. A detailed list of new features may be found here (PDF). This is not some small "point" release. In fact, I'm rather surprised by how much Adobe managed to sneak into this without calling it a 9.5 release. Over the next week I'll be discussing 901 in detail, but at a high level, here are some of the updates 901 adds, for free, to your ColdFusion 9 install. (Note - if any of the links don't work - give it a minute.)

  • Amazon S3 support. I shared a video a few weeks back demonstrating this new feature. Basically - S3 is now as easy to use as your local file system.
  • You can now do "for in" for arrays within loops.
  • CFScript support for file uploads.
  • CFScript support for dbinfo, cfimap, cfpop, cfldap, and cffeed.
  • Caching updates
  • IIS7 support
  • Support for using CFCs out of web root for Ajax. So... I'm not a big fan of this feature. In general I put stuff out of web root on purpose, but if you want to use it, you can. Unfortunately this is only for CF Ajax features like CFDiv, etc. You can't use this with your own AJAX. (I'll be sure to demonstrate this when I do my detailed blog later this week.)
  • JSON serialization partial fix. Numbers will no longer be converted to floats - but only if positive. So given the number 6, when serialized, you won't end up with 6.0. Unfortunately this only applies to positive numbers.
  • Enhancements to the UI controls for cfmap and cfgrid. There have also been updates to the Ajax "hooks" for various UI controls.
  • ORM now supports multiple datasources. As I've said before, in my 10+ years of web development I've known maybe one client who needed multiple datasources, but, for what it's worth, it is now supported.
  • Speaking of ORM, Adobe worked on the error messages to try to make them friendlier. That was probably my biggest complaint. Sometimes you would get an error stating that "something" was wrong and never get the exact details. I can say that the messages are now a lot clearer. Oh, and speaking of that - the "feature" where persistent CFCs with errors would be ignored is now disabled. (Woot!) Finally, transaction behavour was also updated. See the release notes for details.
  • Still speaking of ORM - you can now do HQL within the cfquery tag.
  • You can now pass a structure of values to entityNew. This allows you to create a new entity and seed it with values.
  • A few updates were done to Excel support. I've yet to play with this - but it's nice to see the feature continue to improve.
  • On the Flash/AIR/DS side - there were updates to the CF/AIR integration bits, Flash Remoting, and support was added for BlazeDS 4 and LCDS 3. (Blaze and LCDS are one of the things I think far too many CFers don't know enough about.)
  • Another big woot for me - but Solr integration was dramatically improved. A few months ago I blogged about how badly ColdFusion's implementation of Solr failed to handle binary files. This has been fixed, along with support for previousCriteria and categories. I'll definitely be showing some new examples of this soon. Note that you must reindex your collections.
  • New system level log files were added for cfhttp, cfftp, web services, portlets, derby, and cffeed. These logs are 'automatic' and provide data about the network calls. Unfortunately the level of detail isn't so great, but it should be improved in the future.
  • Here is a big one folks may miss. The server monitor now runs as it's own server. Under heavy load conditions, this means the SM may be responsive when your main web server is not.
  • You can now specify both a datasource and a username and password in the This scope. Previously you could only specify the dsn.
  • CFaaS was updated to allow you to get text and images from PDFs.
  • A whole mess of third party libraries were updated. For the most part you won't need to worry, but you may care that ExtJS is now version 3.1, and Solr was updated to 1.4. Hibernate was also updated to 3.5.1.
  • A butt load (technical term) of bug fixes! Here is one of my favorites - the methods of a CFC are now sorted when you cfdump it. Makes finding methods a heck of a lot easier!

So what about CFBuilder? You may not realize this - but the last point update actually updated your library to add support for 901. If you type in cfquery, then dbtype, the hint will show both query and hql. This support isn't quite 100% though (ormoptions doesn't show up as an argument for cfquery). If you find anything missing, please log a bug report (as I did for the previous) at the CFBuilder bug tracker.

As I said, I'm going to be blogging about 901 updates over the next few weeks. I'll be using the prefix "CF901" before these entries in case they begin to annoy the heck out of you. I'll also be updating this server to 901 tonight so if you see any momentary downtime, blame Apple. (Yes, that didn't make sense. Deal with it. :)

Raymond Camden's Picture

About Raymond Camden

Raymond is a senior developer evangelist for Adobe. He focuses on document services, JavaScript, and enterprise cat demos. If you like this article, please consider visiting my Amazon Wishlist or donating via PayPal to show your support. You can even buy me a coffee!

Lafayette, LA

Archived Comments

Comment 1 by Gurpreet posted on 7/13/2010 at 8:40 PM

Pretty Nice!
Only thing now wonders me is that how about a good dicumentation or a Book will be out! like adobe press book for coldfusion 9 are already out! how these functions will be shown now in the above!

Concern1: No solid CF 9 book is out!
concern2: Ben Forta Books Awesome but avaliable only two volumes
Concern3: No additional books for Coldfusion 9.
Corncen 4 Hell lots of changes in CF9. which will take a much to complete!

So please answer my questions if u can


Comment 2 by Raymond Camden posted on 7/13/2010 at 8:43 PM

There is documentation for the new features in 901. I've asked when the online reference will be updated.

1) Eh? CFWACK V1 is out. :)
2) 3 volumes - V1 is out. V2 is out in a few days, and V3 soon.
3) Other people are working on CF9 and CF901 books now.
4) Not sure what you are asking there.

Comment 3 by Gurpreet posted on 7/13/2010 at 8:50 PM

Don't Get me wrong ray! i am from the country where Coldfusion books are not easily avaliable! Here still Coldfusion 7 books are found very difficult so it is Coldfusion 9.

My concern is Just the one that will volume 3 of CFWACK will include all these updates or no plans set for this~!

Comment 4 by Raymond Camden posted on 7/13/2010 at 8:52 PM

So are you asking specifically about books on 901?

Comment 5 by Gurpreet posted on 7/13/2010 at 8:58 PM

My Concern is only on CF9:

why i am concerned:

1. Amazon does not ship to my Country [INDIA]
2. CF9 is Big Milestone which has made major enhancements like using hibernate and lots of other things which i have yet to digg deep into

Comment 6 by Tom Jenkins posted on 7/13/2010 at 9:01 PM

Awesome news! Downloading as we speak to our multi-instance server.

Any news on a Server Manager fix / update for instances on the server? It's a great little air app but buggy as hell :(

Comment 7 by Raymond Camden posted on 7/13/2010 at 9:03 PM

@Gurpreet: Not sure what to tell you. You can check with the CFWACK publisher and see what your options there are. It's Peachpit.

@Tom: No idea! Sorry.

Comment 8 by Tom Jenkins posted on 7/13/2010 at 10:06 PM

Oh well, maybe in 9.0.2 :P

Comment 9 by Micah Brown posted on 7/13/2010 at 10:18 PM

I just installed this and getting only a white page when trying to get to my CF admin. Anyone else having this?
Windows 2008 / 64bit

Comment 10 by Raymond Camden posted on 7/13/2010 at 10:23 PM

Did you shit down your web server + cf while updating? Have you tried restarting them?

Comment 11 by Micah Brown posted on 7/13/2010 at 10:27 PM

We shit them down all right! :)
Plus restarted. Maybe Ill uninstall the update and try again.

Comment 12 by Sean Coyne posted on 7/13/2010 at 10:28 PM


No white page issue, but it totally hosed my install on Win 2008 / 64 bit. Throwing odd java errors left and right. Had to rip it off and reinstall (which brought its own issues). This is the "standalone" installation.

Comment 13 by Raymond Camden posted on 7/13/2010 at 10:29 PM

Weird - no issues on my side. Win7/64 bit.

Comment 14 by Brian W. posted on 7/13/2010 at 10:33 PM

Thanks for the quick rundown Ray -- downloaded the PDF for my commute home.

BTW - "On the Flash/AIR/DS site" did you mean "On the Flash/AIR/DS side" :)

Comment 15 by Raymond Camden posted on 7/13/2010 at 10:34 PM

Oops - I did. Yep. Will correct. Thanks.

Comment 16 by Gary F posted on 7/13/2010 at 10:50 PM

@Gurpreet, why do you need books when we have blogs? Every question I've ever had has been resolved by Googling, and many times it points to something Ray has blogged about.

@Ray, they did a teeny 0.01 update on CF8 too which also deserved a bigger number due to lots of enhancements. Must be some logical management reasoning behind doing it that way. (Yeah, right!)

Comment 17 by Sean Coyne posted on 7/13/2010 at 11:21 PM

I kept getting coldfusion.runtime.CfJspPage._mergeToLocal(Ljava/util/Map;Ljava/lang/Object;)V null after installing. I uninstalled CF, reinstalled 9.0, reinstalled 9.01, same thing. Had to revert to 9.0.

Comment 18 by Tom Jenkins posted on 7/13/2010 at 11:27 PM

Hmmm sean has me worried now as that's the same setup we have .. Server 2008 64bit. I don't want to nuke my CF cluster as it's taken many a man hour to get it setup just right :(

Might have to get an image of the server before installing.

Comment 19 by Raymond Camden posted on 7/13/2010 at 11:45 PM

@GaryF: Books allow for deeper coverage. Good point on 801.

@Sean: Sorry man - all I can recommend is Adobe tech support.

@Tom: Always a good idea to test first. :)

Comment 20 by Sean Coyne posted on 7/13/2010 at 11:47 PM

@Tom looks like my issues may be ColdSpring related. ColdSpring creates its own "local" scope in the loadFrameworkProperties method <cfset var local = StructNew() /> and that seems to be throwing the error.

Comment 21 by Micah Brown posted on 7/14/2010 at 12:03 AM

Im able to see CF pages but just not the CF admin page...weird.

Comment 22 by Raymond Camden posted on 7/14/2010 at 12:08 AM

Double check your /CFIDE mapping.

Comment 23 by Micah Brown posted on 7/14/2010 at 12:35 AM

It's there. Luckily this is just a test machine. Thanks for the help anyway.

Comment 24 by johans posted on 7/14/2010 at 1:47 AM

Shut down servers and installed. Restarted machine. IIS did not start correctly. Restarted again and all running.

However JSON broken - in past returning a integer numeric status from CFC with return format = JSON was fine, now it is returned as a string.The CFC return data type a struct: response = {'status'=1}

Any ideas on how I can force it to be numeric?

Comment 25 by johans posted on 7/14/2010 at 2:24 AM

9.0.1 - any numeric value returned from a CFC using remote/returnformat=json is a string. If the return values are obtained in the CFC from a query, set to numeric value etc. they are all quoted and sent as strings. Certainly not going to parseInt() everything on the client - so for me 9.0.1 changes to JSON is not an improvement. Guess I'll be backing out of the 9.0.1 update :-(

Comment 26 by Raymond Camden posted on 7/14/2010 at 6:24 AM

Not sure why the parseInt is a big deal for you. To me, this is an improvement. No more 5 turning into 5.0.

Comment 27 by johans posted on 7/14/2010 at 7:16 AM

Guess it will have to be clientside parseInt/Float etc. - since I have not run into problems - yet - with decimal and E I'm probably living on borrowed time relying on numbers.

Comment 28 by Misha posted on 7/14/2010 at 5:42 PM

Hi folks, does anybody who had a problem with CF901 updates (white page) find a solution how to resolve it. Having the same issue white page no errors.....what I could catch some is if set application clientmanagement=true right aftre that white screen.
Please share the solution how to fix where to look.....


Comment 29 by alex posted on 7/14/2010 at 6:54 PM

I just upgraded our dev server and I'm getting "The DataSource service is not available" when trying to view the admin page. Using IIS6 Windows Server 2003. If anyone has a fix please post.

I was getting the blank admin page at one point but that was because the WWW Publishing Service was stopped even though it said started.

Comment 30 by Laurie Robey posted on 7/14/2010 at 7:07 PM

I wonder if the Solr enhancements fix the problem you blogged about a while back with file-based indexes. I hope so. We were going to use Solr on a project until we found out about that problem.

Comment 31 by Raymond Camden posted on 7/14/2010 at 7:09 PM

@Laurie - it does. As part of my CF901 series I'll be demonstrating this.

Comment 32 by Micah Brown posted on 7/14/2010 at 7:39 PM

Misha - I had the same issue and we werent able to fix it. Luckily we have a clone image of our old system and im getting ready to apply the patch again. Hopefully it works this time.

Comment 33 by Micah Brown posted on 7/14/2010 at 7:40 PM

Misha - BTW what type of environment are you running?

Comment 34 by Misha posted on 7/14/2010 at 7:45 PM

Micah - CF 9 Standard / Win 2008 Standard / 64 bit.

I have tried roll back changes as per suggestions in documentation ( didnt work either.

Also posted that issue on Adobe forum, hopefully someone can help resolve that problem.

Comment 35 by Micah Brown posted on 7/14/2010 at 7:47 PM

Misha - Same setup as up but using CF9 enterprise. We also tried the rollback and it didnt work.

Comment 36 by John Schubert posted on 7/14/2010 at 10:19 PM

Any idea when Adobe is going to update the live docs with 9.01?

Comment 37 by Jeff Coughlin posted on 7/15/2010 at 6:59 AM

I am having the same white page issue with two Win 2008 R2 64-bit servers (both using Apache 2.2 32-bit. So I don't think it's IIS-related). Today I installed a fresh copy of Win2008 R2 64-bit on a dev box and will attempt a clean CF9 install with CF9.01 upgrade to see if it happens again.

Comment 38 by Pritesh posted on 7/15/2010 at 9:04 AM

I face two issue with 9.0.1.
First one : when I installed it (Win 2008 64 bit) coldfusion stop working with error message "The DataSource service is not available" and work around 2 hours but didn't find solution. I just uninstall and install ColdFusion 9 and 9.0.1 and work second time.

Now I am facing another issue with cfajaxproxy, whenever I tried to call cfc function through cfajaxproxy I got below error.
"The ID parameter to the changeassign function is required but was not passed in. ", I understand this error but issue is this was working fine CF 9 and I have double check coding and everything is ok. After little digging into problem I found that coldfusion pass [object object] as url parameter instead of {id:1,assignto:'xyz'} kind of value.

Sorry Ray for such long comment but just want to share if anyone face same issue.

Comment 39 by Tom Jenkins posted on 7/15/2010 at 2:09 PM

My install finally worked, hooray! But I think I've found a bug, boooo.

My scheduled tasks listing page has a nice big error on saying "7/14/2010 11:25:00 PM is an invalid date format." ... looks like someone didnt use LSDateformat() in the last run column! :( My Java Default Locale is set to en_GB.

Anyone know of a work around?

Comment 40 by Raymond Camden posted on 7/15/2010 at 3:29 PM

@Tom: Not a workaround, but don't forget you can log the bug here:

Comment 41 by Chris Long posted on 7/15/2010 at 11:32 PM

We just upgraded our test machines and we can no longer run our .NET object. It's like the system doesn't know where to find it anymore. "Class xxx not found in the specified assembly list." I have no idea what to do at this point. We certainly can't go live with this.

Comment 42 by Raymond Camden posted on 7/15/2010 at 11:33 PM

I never use .Net objects so can't speak. Let me just ask - I definitely do NOT mind the questions here... but it may be best to consider Adobe tech support if you need immediate help.

Comment 43 by Will posted on 7/15/2010 at 11:44 PM

@Chris Long: for what it's worth, I noticed that the installer had disabled the .Net Service on our server. Discovered this after the update was complete (thought it odd). Double-check the .Net service status on your server to see if this could be the issue.

To everyone else, you can add my name to the growing list of people who can no longer access Administrator after the 9.0.1 update. I've scoured IIS Manager looking for clues, but can't figure it out. Noticed that 9.0.1 updated some of the CFIDE files, so that could be part of the problem. Next step is Adobe support, I guess. *sigh*

Comment 44 by Chris Long posted on 7/15/2010 at 11:50 PM

@Raymond - yeah, I've posted something to the Adobe Forums, we'll just have to wait and see. Its a shame because we've been having problems with a bug that was supposed to be fixed in this updater.

@Will - thanks for the advice. I checked the service but it was started just fine. I didn't run into that issue.

Comment 45 by John Pullam posted on 7/16/2010 at 1:55 AM

I jumped on this because I had a few weird things in CF9 and it just hosed me. All I get is a blank screen now for CF Admin and my local sites. And I'm not technical enough to know how to do all the diagnosis discussed above (just a lowly application guy).

I guess it's back to uninstall and reinstall the base release tomorrow. Hope it hasn't done anything that won't recover after a reinstall.

Comment 46 by Will posted on 7/16/2010 at 2:16 AM

I feel like such an idiot when I overlook the small things. Rebuilding the IIS connectors fixed the Administrator problem I was having. I posted simple instructions for the server un-savvy here:

Hope this might help someone.

Comment 47 by Misha posted on 7/16/2010 at 2:28 AM

I had the same problem "white page", but as far as I could figure out, because Missing Template and Site-wide Error handlers was set in settings. After rollback and remove those setting and try again apply CF901, I start see error messages like "The DataSource service is not available" . After all, I had to reinstall CF9 and apply CF901 on fresh copy, it works out well. Also at home have installed CF901 on my DEV CF Vista / 64 bit without any problems.......

Comment 48 by John Pullam posted on 7/16/2010 at 5:30 AM

I tried the process that Will pointed out (have no idea why I needed to do that or what it is doing) but nothing has changed. Still white pages for both my sites and for the CF Administrator.

BTW, I am running Windows 7 on IIS 7.

Comment 49 by JF posted on 7/19/2010 at 5:05 PM

While updating a multiserver install of Coldfusion from 8 to 9, I had an issue with the Verity Collections not importing in. The neo-*.xml files worked for everything else. I did figure out a solution. It may not be elegant, but it may be useful for anyone else having a similar problem.

Stop the ColdFusion 9 Search Server service.

In my old ColdFusion8SearchService folder there is a Data/host/admin folder with admin0.xml through admin9.xml. Admin.dat holds the number of the most recent one. Open it.

Using the same method, also locate the current admin*.xml in the JRun4 verity folder and open it. Copy the sections <Collections> to </Collections> and <CollRefs> to </Collrefs> to the new admin*.xml. Search and replace the old Collections path with the new path and save it.

Copy the contents of the old Collections folder to the new Collections folder.

Start ColdFusion 9 Search Server.

My experience updating from ColdFusion 8 to ColdFusion 9 in a multiserver configuration was much more complicated than I thought it should be. Maybe I missed a shortcut. Maybe this will save someone else some effort.

Comment 50 by Patrick posted on 7/20/2010 at 9:48 AM

Anybody noticed that SerializeJSON is now bugged when you try to serialize a query? It turns all integers (like ID fields) into strings. Most of my code is broken and i rolled back from 9.0.1 to 9.0 again. Did i miss some new feature on SerializeJSON?

Comment 51 by Raymond Camden posted on 7/20/2010 at 3:22 PM

I mentioned this above. The idea is the 5 is no longer turned into 5.0. Just parseInt on the client.

Comment 52 by Patrick posted on 7/21/2010 at 12:59 PM

@Ray, did you try a

SerializeJSON(123) in 9.0.1?

It does return "123" and not 123. Imho this is a bug as every number gets converted to a string in 9.0.1 the same goes for IDs in queries etc.

Comment 53 by Patrick posted on 7/21/2010 at 1:06 PM

Forgot to add that not only does this increase the amount of data returned for simple integer lists like IDs but it also is quite a pain to to thru large objects like queries and convert all strings back to int just because CF fails here. Is that really what you suggest one should do?

In the New Feature Notes:

Adobe writes that 10 will be 10 and 012 will be "012" which is right. It does not say that all numbers will be strings. So which is right?

Comment 54 by Raymond Camden posted on 7/21/2010 at 3:26 PM

@Patrick: Yeah, I am recommending just parseint-ing - is it really that big of a deal? (I mean that honestly,not sarcasticly.)

As to the release notes - I'd say trust what you see - which is what I see too. I'd say file a doc bug, but this isn't really a doc that you can file bug reports against.

Best I can offer up is to file a bug report on the issue in general. Tell us here the ID of the bug and I'll be happy to spread the word. I don't think it's that big of a deal, but I'm seeing many folks here want it changed.

Comment 55 by Patrick posted on 7/21/2010 at 3:49 PM

@Ray i would appreciate if you could help us fix this issue.
I already filed a bug

We use JSON extensively throughout all our apps and this breaks most of them.

A simple example:

We do have a query that has a field called "nextid". This field is 0 if there is no further info or some positive integer if there is more info.
In 9.0 all was fine. I could do a javascript

if (queryrow.nextid)

This was only true if queryrow.nextid was not 0.

Too bad that "0" is true in Javascript so all our code would have to be fixed by iterating over the rows again and set those fields that need to be numbers (most of them actually) to an actual number.

This is just one example where this new behaviour breaks code.

As there is no easy way to detect this from let's say the first row i would have to work with a list of IDs in a query that i supply back via JSON that contains those fieldnames that need to be numbers as CF now returns only strings.

Let's say i have a query with 20 fields that i do a SerializeJSON(queryName). There is no way for JS to know what fields should be numbers. I would have to manually supply those fields which really is a pain. Before all number fields were numbers - even if some were float instead of int.

Our software runs on our customers servers. We would have to create a 9.0 and a 9.0.1 version if this bug lives on.

Comment 56 by Raymond Camden posted on 7/21/2010 at 5:04 PM

Why fix the data - why not just do



You then say, 'there is no way for JS to know what fields shoudl be numbers.' You are technically correct, but how often do you build an AJAX app that works with random data? I've never done that. Your app knows the url it is hitting, it knows the data coming back (you might not like "10" but you know it will be there).

Again - I'm not saying this shouldn't be changed - I'm mainly arguing about how big of an issue is.

That being said - I'll blog about your bug report so it gets more exposure then just the comments here. I've also raised the issue internally as well.

Comment 57 by Patrick posted on 7/21/2010 at 5:34 PM

Thank you Ray.

Comment 58 by Brian Kalbfleisch posted on 7/21/2010 at 10:37 PM

After upgrading we have the following problem.

when using createObject on a cfc that contains a cfquery, the following error is thrown.

The tag handler query does not have a setter for the attribute ormOptions specified in the Tag Library Descriptor.

<CFset application.disclosure = createObject('component', 'cfc.Disclosure').init(application.settings)>

Is there a global way to turn off ORM?

Win 2k8 CF 9.0.1 64bit on IIS 7.

here is part of the stack trace

coldfusion.jsp.JRunTagLibraryInfo$NoSuchAttributeException: The tag handler query does not have a setter for the attribute ormOptions specified in the Tag Library Descriptor. at coldfusion.jsp.JRunTagLibraryInfo.getPropertyType(

Comment 59 by Raymond Camden posted on 7/22/2010 at 12:22 AM

@Brian: I'm not able to replicate that. Something that bad would break a large number of sites. It seems like maybe you've got a borked install.

Comment 60 by Brian Kalbfleisch posted on 7/22/2010 at 1:56 AM

It did end up being a failed install. I set coldfusion services and IIS to manual. Restarted the server and re-did the CF 9.0.1 install. Restarted the services and the error is no longer thrown. Thank you for this great resource.

Comment 61 by John Sieber posted on 7/27/2010 at 1:00 AM

@Brian - I'm in the same boat as you with the error, "The tag handler query does not have a setter for the attribute ormOptions specified in the Tag Library Descriptor." My installation failed multiple times as well and then I attempted to manually revert to version 9. I also get a 404 when I try to get to my CF Admin even though the virtual directory exists and has the correct permissions. I'm going to give it another try tonight and see how it goes. I've heard that deleting /web-inf/cfclasses keeps the upgrade from hanging. Hoping for the best tonight!

Comment 62 by Brian Kalbfleisch posted on 7/27/2010 at 4:04 AM

@John - Check your install log created in the cfusion9 directory. That is where I found that one of my services was preventing the coldfusion install from moving a dll needed.

First I used the coldfusion web connector app to remove coldfusion from IIS. Then I stopped all web services, including IIS and coldfusion, I set them to Manual start. Next rebooted the machine, and then did the cf 9.0.1 install with all of those services stopped. This time the install was successful. Reset all the services to "Automatic" start and was good to go from that point on.

Comment 63 by John Sieber posted on 7/27/2010 at 9:32 PM

@Brian - I gave it a try again last night and the upgrade ran through successfully and the log file did not mention any problems. It overwrote the log from my previous attempts so I'm unable to see what was causing the hang in the installation process the night before.

Even though the upgrade completely successfully, my installation was unable to run any cf pages after a reboot. I decided to bite the bullet and remove ColdFusion 9 completely followed by a reinstall of 9 and then the upgrade to 9.0.1 After setting up the new installation, everything seems good now. Not a smooth upgrade procedure, but at least it is now in my past. Thanks to all that offered suggestions and help.

Comment 64 by LEE PEI YOONG posted on 8/20/2010 at 11:47 AM

"2007-09-01 00:00:00.0,2007-09-01 00:00:00.0" is an invalid date or time string.

Enable Robust Exception Information to provide greater detail about the source of errors. In the Administrator, click Debugging & Logging > Debugging Settings, and select the Robust Exception Information option.
Check the ColdFusion documentation to verify that you are using the correct syntax.
Search the Knowledge Base to find a solution to your problem.

Browser Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; InfoPath.1)
Remote Address
Date/Time 20-Aug-10 03:47 PM

Comment 65 by Raymond Camden posted on 8/20/2010 at 3:41 PM

Your comment makes absolutely no sense at all and is not on topic as far as I can tell. If you have a problem, I'll gladly try to help if I can, but please use the Contact form and certainly provide a lot more detail. I have no idea what "MINE CANNOT KEMASKINI" means.

Comment 66 by Paul posted on 8/24/2010 at 8:59 PM

I was wondering if you or any of the regular forum users have noticed a problem with cfgrid after upgrading to CF9.0.1. Several grids I have on my ISP's server have mysteriously stopped working after they upgraded. The same grids on my development server, which I have not upgraded, still work.

I've put up a very simple test at the above address. Looking at the error console I see the following 3 errors:
_1aa.addListener is not a function
this.ds.fields.get(c) id undefined
this.config[a] is undefined

My ISP and I have run out of ideas - any steer would be gratefully appreciated (I believe my ISP may have reported a bug, but I cannot find his submission)

Kind Regards


Comment 67 by Raymond Camden posted on 8/24/2010 at 9:17 PM

Can you post the code to pastebin and then share the url here?

Comment 68 by Paul posted on 8/24/2010 at 9:43 PM

Sorry about that, I wrapped the url around my name!

Not sure where to go to put the code in the pastebin

Comment 69 by Raymond Camden posted on 8/24/2010 at 9:46 PM

Sorry - - it's a code hosting site. You post the code there - post the link here.

Comment 70 by Paul posted on 8/24/2010 at 9:51 PM

Cool, lived and learnt
pastebin link:

Comment 71 by Raymond Camden posted on 8/25/2010 at 1:15 AM

Do me a favor - remove the cfgridcolumn and tell me if it works.

Comment 72 by Paul posted on 8/25/2010 at 3:56 PM

cfgridcolumn removed, but no difference.
The code was picked up from an online example and slightly modified. The grids I am having a problem with are only accessible after a login so I wanted something public facing and above all in it's simplest form so that I could rule out 'external' factors that may be causing the problem!

As I mentioned, both the test grid and my more complex versions work perfectly well on my build and used to work on the ISP's server until they upgraded to 9.0.1

Methinks it's either the upgrade or possibly some file corruption has taken place. The former will obviously be a universal thing whereas the latter will just be specific to my ISP. From my googling there appears to be no mention of such a problem so I am beginning to think it's an issue with the ISP's server. Any thoughts on the matter would be gratefully appreciated in my quest to get to the bottom of the problem.

Comment 73 by Brian Kalbfleisch posted on 8/25/2010 at 4:22 PM

It looks like the error may be related to the ext-all.js or other javascript files loaded into your page. If you view source, your page is including javascript from the /cfide/scripts area. Then, after the page title, it is including cfgrid.js and ext-all.js from the root directory of your site. Perhaps there is a conflict between the versions of these files. I would try removing the reference to cfgrid.js and ext-all.js from your web root and just use the references to the /CFIDE/scripts area.

Comment 74 by Paul posted on 8/25/2010 at 4:54 PM

Good point. That's actually left over from an idea I tried out based on the Javascipt errors I noticed. I thought I would try including those files with the idea if there were errors in the root files they would be overwritten. I have just removed those includes so we are down to just a call to the grid tags with no extraneous code that could otherwise be thought to be causing the problem. In other words, cfgrid in its most basic and simplest form which on a good day should work!

Comment 75 by Brian Kalbfleisch posted on 8/25/2010 at 5:07 PM


It looks like your ISP did not upgrade the cfide scripts area, for your site with the new files for 9.01. Here is the ext-all.js version for your cfide/scripts area:

Ext JS Library 3.0.0

Here is the version from my 9.01 upgrade.

Ext JS Library 3.1.0

That is probably why there are problems.

Comment 76 by Paul posted on 8/25/2010 at 5:36 PM

Many thanks - I must admit I have been thinking that it was something along these lines since there has been an underwhelming number of 'Yes, I've got that problem....' postings. I think I will suggest to my ISP that he looks at the scripts as you have suggested.

Comment 77 by Brian Kalbfleisch posted on 8/25/2010 at 8:45 PM


If need be, you could probably download the developer version of coldfusion 9. Upgrade it to 9.01. Then copy the CFIDE/scripts directory to your website root.

Comment 78 by Paul posted on 8/31/2010 at 2:51 PM

Thanks for your suggestion.
I have now upgraded my dev server to 9.0.1, concerned not to do it sooner as there appeared to be this problem with the grids. However relieved to find all is well and I have also since found several 9.0.1 grids on the net. Now convinced it's an ISP build issue, but not just down to the latest version of ext-all.js perhaps, as reverting this file back to 3.0.0 after the upgrade did not replicate the problem.
Don't think anything more can be added to this sub-thread as I suspect it is not a widely experienced problem

Comment 79 by Dan Fredericks posted on 8/31/2010 at 7:20 PM

Paul and others,
so did you revert your ext-all.js file back to 3.0 or should it be 3.1? I have 3.1 in my cfide/scripts/ajax/ext folder, and I am getting the same exact problem as Paul had.



Comment 80 by fran posted on 9/2/2010 at 12:45 PM

How do we update CF9 that is deployed in ear/war to CF 9.0.1 (Unix server / Also windows)? I cannot see any documentations for these. Anyone who know how?

Comment 81 by Frederick Valone posted on 9/17/2010 at 4:06 PM

I am having the same problem with the cfgrid that others here have posted. I tried installing the new CFIDE/scripts directory to the specified location where cf is getting the files and it still doesn't work for us.

Comment 82 by JF Laplante posted on 12/7/2010 at 8:23 PM

The CFGrid problem is listed as an 'enhancement' in Adobes docs:

'In ColdFusion 9, data for the first row is available on form submission in a form with dynamic grid. In ColdFusion 9.0.1, the data is not available.'

Still, I don't see the purpose of it besides breaking some working applications. Has anyone found a solution to this?

Comment 83 by Raymond Camden posted on 12/7/2010 at 8:32 PM

Are you sure it isn't listed as a release note?

As it stands - have you tested with the CHF for 901?

Comment 84 by JF Laplante posted on 12/8/2010 at 7:24 PM

Yep, same problem with the current CHF and the updated CFIDE/WEB-INF directories. It is also not listed in the CHF fixed issues.

I came across this: (see reply #2)

But not much more beside angry developpers.

Reading this CF docs page on CFGRID:

Just a little before the comments section; it says:

"Enhancements in ColdFusion 9.0.1

In ColdFusion 9, data for the first row is available on form submission in a form with dynamic grid. In ColdFusion 9.0.1, the data is not available"

It does relate in fact to dynamic grids but it also affects static grids and that's the problem. Most static grids could be replaced with a CFSELECT but with a great loss of flexibility and I don't want that. Jquery grids are really great but generally necesitate a little more work to integrate.

I was just wondering if anyone had heard anything related to that. In the mean time I'm holding off upgrading to 9.01.

Thanks Ray for the reply!

Comment 85 by Raymond Camden posted on 12/9/2010 at 3:41 AM

Ah - sorry man. Mostly when the Ajax UI stuff doesn't work for me, I switch to jQuery UI. :)

Comment 86 by JF Laplante posted on 12/11/2010 at 5:27 AM

Indeed, I use jquery UI when I can't do what I want to do at development time but when it breaks after working for a while; it's less easy to explain!

I'm going to cross my fingers!

Happy hollidays to you my friend.

Comment 87 by Lawrence Cramer posted on 1/1/2011 at 2:36 AM

Found a solution or cause of the "White Page" problem and have posted what I found on my blog.

Comment 88 by Dan posted on 3/25/2011 at 7:28 PM

Why hasn't adobe stepped in and fixed this horrible, crappy patch?

Everywhere I look on the internet I see "
The tag handler application does not have a setter for the attribute datasource specified in the Tag Library Descriptor." and similar errors where the solution is to reinstall coldfusion.

They have really just let coldfusion go.

Comment 89 by Raymond Camden posted on 3/25/2011 at 7:33 PM

Dan, while I agree that there should be a new release the contains 901+CHF, the total time to get a virgin 9.0 release to the latest/greatest is under 30 minutes. For a server product, I don't consider that a big huge deal. I respectfully disagree that Adobe is letting ColdFusion go.

Comment 90 by George posted on 10/4/2011 at 5:53 AM

I'm new to ColdFusion and just installed 9.0.1 on a 64 bit Mac OSX laptop. Is there a simple way to test out my installation to verify things are working properly? I accepted all the defaults and installed the Developer Edition.


Comment 91 by Raymond Camden posted on 10/4/2011 at 5:23 PM

I'd just point your web browser to the CF Admin on your laptop.

Comment 92 by Ben posted on 10/5/2011 at 8:44 PM

With regards to the JSON issue, I would just like to add my 2 cents. While I can fix this in the client side, it becomes problematic when the structure is more complex than an array; for example I have a script that creates charts using the js highchart library, and the cf script will return this as part of it's response:


Now what I want to do is pass the unserialized "series" object straight into my js, but I can't because of those string-ified ints. While I can parseInt them, I have to check for every possible numeric parameter.

For those still struggling, this can be fixed by using JSONUtil:

Comment 93 by Rob Daniels posted on 10/8/2011 at 12:02 AM

I FINALLY got past the "Class xxx not found in the specified assembly list." error

I had to add serialization to my VB class

Comment 94 by Les posted on 10/10/2011 at 7:25 PM

I am also having the CD administrator blank screen issue. Before installing 9.01 I would get an "Error 500" whenever I tried to run administrator. After I installed 9.01 I got the blank / white screen. I have followed all hints/suggestions from previous posters but nothing seems to work. Also went ahead with hot fix 1. Any help / ideas would be appreciated. Thanks.

Comment 95 by Raymond Camden posted on 10/10/2011 at 8:14 PM

What platform? To be honest, your best bet may be to call Adobe for support. Install issues are - I believe - not things we charge you for.

Comment 96 by Les posted on 10/10/2011 at 8:21 PM

Sorry.... should have included. Win 2003 server, IIS6, all fully patched and upgraded.

Comment 97 by Raymond Camden posted on 10/10/2011 at 8:21 PM

Did 9.0 work ok for you?

Comment 98 by Les posted on 10/10/2011 at 8:24 PM

Actually has been a number of months since I installed 9, but yes, it did work at at first, made initial setup, added a number of datasources, but then did not need to touch admin for a few months but when I went back to it got the "Error 500" and then did the upgrade and got the blank screen.

Comment 99 by Raymond Camden posted on 10/10/2011 at 8:25 PM

Hmm, well, nothing comes to mind now. I'd recommend Adobe Support, or, hiring someone to come dig into your server. Sorry.

Comment 100 by David Ames posted on 1/18/2012 at 9:23 AM

I've got one server out of 3 that was giving the "I kept getting coldfusion.runtime.CfJspPage._mergeToLocal(Ljava/util/Map;Ljava/lang/Object;)V" error.

Turns out an admin re-ran the CF9.01 updater and everything got confuses.

You get more info on this error if you run in console mode and look at the messages thrown as the server starts.

Anyway, long-story-short - fix was the use BeyoneCompare to identfy the changed .jar's from a working cf 9.01 box (the file sizes are different) and copy them over to the corrupt box..

Comment 101 by suleman posted on 2/10/2012 at 9:31 PM

my ajax and graph are not loaded on the browser when iam trying to run it from my work folder. These same programs are working from other folder.
the remaining program in my work folder work properly.

Comment 102 by Raymond Camden posted on 2/11/2012 at 7:08 PM

When you say not loaded, what exactly do mean? Do you get an error?

Comment 103 by Justin posted on 2/14/2012 at 2:57 AM

We're trying to use some native tags in CF 9 such as CFGRID, and cfinput type="datefield", but we're having issues. We had no problems whatsoever with the development machines locally and an the remote development server. But we put it into production and we're getting JavaScript errors. So I used Firebug to track down the error. The error I get on the far right of Firebug's script window is saying that it's having a problem with CFAJAX and CFCALENDAR (first error) or ext-all.js on the CFGRID. Both of these are in the CFIDE folder. Anyone know of a reason this error might be happening? Or a way to figure out a solution? Any help would be appreciated.

Comment 104 by Raymond Camden posted on 2/14/2012 at 3:21 AM

Ensure that the CFIDE folder is web accessible. If you get a bunch of 404 errors, it may not be.

Comment 105 by Justin posted on 2/14/2012 at 3:29 AM

I pulled up the CFIDE/administrator folder and it comes up. I also checked in Firebug for network errors and all of the pages get a 200 OK message. So they're all there. I asked the web server admin what version of CF is running on the production server and it's the same as the development server, 9.0.1.

Unfortunately, our web server admins don't have a lot of ColdFusion knowledge, so I'm almost troubleshooting this in the blind to help them because I don't have access to the CFIDE folder to look at the files, etc.

Comment 106 by Raymond Camden posted on 2/14/2012 at 3:29 AM

Can you share the URL with us? I could take a quick look.

Comment 107 by Jeff Coughlin posted on 2/14/2012 at 3:30 AM

Specifically the /cfide/scripts folder (in case you lock down your cfide folder for security, you can still create an alias/virtualDir for the /cfide/scripts folder).

Comment 108 by Justin posted on 2/14/2012 at 3:41 AM

It's an internal site to my corporation, so unfortunately I can't. I can't put an image of the Firebug output here, but I can tell you that the message is for the page with the cfgrid, page is ext-all.js and the error "this.config[a] is undefined".

For the page with the cfinput type="datefield" the page is cfcalendar.js (line 43) and the error reads "_181 is undefined" and below that it reads "_182=_181.split("/");"

Comment 109 by Raymond Camden posted on 2/14/2012 at 3:42 AM

Don't look for JS errors, look in your Network panel. Look for 404s or other network errors there for the core CF JS files.

Comment 110 by Justin posted on 2/14/2012 at 3:45 AM

All I get is a status of 200OK for each of the URL's listed under the Net tab. Is there somewhere else I should be looking?

Comment 111 by Justin posted on 2/14/2012 at 3:48 AM

Can load balancing servers cause an issue? I know it does for us in using Flash forms, etc. Can it cause an issue with CFAJAX?

Comment 112 by Raymond Camden posted on 2/14/2012 at 3:49 AM

Nah, that's it. Well, at this point I don't know. Sorry, without being able to look myself, I can't dig more.

Comment 113 by Raymond Camden posted on 2/14/2012 at 3:50 AM

I don't think load balancing would be an issue. With Flash Forms, there is some stuff generated on the machine, hence the issue with load balancing. With the Ajax stuff, it is just loading JS/CSS.

Comment 114 by Justin posted on 2/14/2012 at 3:54 AM

Darn, hoped that I had found a clue. Well, thanks for helping anyway...maybe we can figure it out.

Comment 115 by JeffL posted on 3/16/2012 at 5:34 PM

@Justin, is your cfform nested within a table? Try moving the cffform and /cfform outside of the table your form controls are in... gets me everytime with the _181 is undefined issue.

Comment 116 by Justin posted on 3/16/2012 at 5:42 PM

@JeffL I will try that and get back to you on here. Thanks

Comment 117 by Justin posted on 3/16/2012 at 6:06 PM

@JeffL I tried that and got the same results. I have determined through trial and error that there's something going on with the load balancer. The reason I have come to that conclusion is that if I hard code the server name, it works but if I just use the URL and it goes through the load balancer it works 1/4 of the time.

Comment 118 by Ashraf posted on 3/20/2012 at 6:30 PM


We are trying to migrate to CF 9.0.1 but having issues with CFAJAXPROXY tag. Attach below is the error message, this tag works fine in CF8.

“The proxy.Application component or interface cannot extend itself. Change the extends value in the cfcomponent or cfinterface tag”.

Any help in this regard will be appreciated.


Comment 119 by vaughn lanter posted on 10/30/2013 at 4:13 AM

I see this thread is pretty dead, but I have just updated cf9.0.1 with hotfix4 and java 7. My cfgrids only show page 1 of 1 no matter what I do. No errors (javascript or cf). Correction, getDataSource had to be changed to getStore in a grid renderer I had done quite a while back. Any thoughts?

Comment 120 by Raymond Camden posted on 10/30/2013 at 5:11 AM

If you are doing *anything* with the JS, then you need to check against the docs for Ext to see what changed.

Comment 121 by vaughn lanter posted on 10/30/2013 at 5:31 AM

I was just searching for that and it appears that no ext.js changes were made in hotfix4. I guess the error I got had been there a while. I can find no comparable problems like mine.

Comment 122 by Sean Budlong posted on 6/10/2014 at 11:04 PM

Ray, we've run into a CFGRID problem. The s.gifs don't show up. The path is wrong.

Is there a config file we could edit?

Comment 123 by Raymond Camden posted on 6/10/2014 at 11:15 PM

I don't believe so. Best solution - seriously - don't use cfgrid.