My response to this blog post was detected as spam, so I'm responding here.
The recommendation from Adobe has been to use isValid("date") instead of isDate(). If
TRUE, you should also test using
isValid("date") and use parseDateTime (with try/catch) to see what ColdFusion actually evaluates as the date. In my opinion, a value isn't a valid date until it can be correctly parsed and then sent to third-parties and also be parsed as a date (ie, SQL).
For example, tested with latest CF2016
isDate(2000); /* NO */ isValid('date',2000); /* YES */ parseDateTime(2000); /* CF Error */
A year ago,
12/31/292278993 was considered a valid date by Adobe ColdFusion.
More info here:
(ACF also returned
isvalid("integer", 2147483648) and a value like
Here are some test date strings that I've used to compare ColdFusion date parsing against a client-side DateJS library that I use.