Copy link to clipboard
Copied
I've just installed ColdFusion 2021 as a Development server. I'm trying to attach an Access database as a Datasource. It comes back with something like "ODBC service not running, or is not installed." When I was installing CF2021, the ODBC Services checkbox on the sub-components installation page is greyed-out, so I am unable to check it. What next?
Copy link to clipboard
Copied
Moriarty, the first thing that needs to be said ("what next?") is that in the year 2021, it really is time to get off of Access as a db used for any web app server like cf (and yes, even if used by only one person, let alone many).
I know that will upset some. And others may disagree, perhaps vehemently. Let me elaborate.
First, yes, CF has long supported it, but it no longer does formally, at least according to the cf2021 support matrix:
https://helpx.adobe.com/pdf/coldfusion2021-support-matrix.pdf
And this is not new in cf2021. The last support matrix to list it was in fact cf11, from 2014.
But yes, the cf admin still lists it as a db type, as you are seeing. (I almost wonder if that's a mistake, though you will even find some comments from Adobe folks since 2014 trying to help with workarounds.)
And yes, there is indeed still the cf odbc service. (As you say it's greyed out in the 2021 gui installer. That said, I find it's still being enabled as a service on windows, regardless, which was a surprise.) BTW, that's not there JUST for Access but for any use of odbc--which really also ought to be strongly discouraged these days.
And use of odbc itself is hardly needed any more: to be clear, all other db's that cf supports (and offers drivers for) are instead JDBC drivers. These have been the main db types since cf6 in 2001. But there are some very old integrations that still support only odbc--and even those are a challenge to keep working in recent cf releases.
Indeed, people have been trying to "keep access to Access" in CF in recent releases. You will find on the web (and may hear here) various discussions of workarounds trying to get it/keep it going.
All are like bailing water on a sinking ship. Get out of the boat. Switch to any alternative that cf DOES support. And note that there are free implementations of sql server, mysql, oracle, postgres, and more. And yes, I mean free for production use.
Yes, converting the db can be (or seem like it would be) a hassle, but there are tools to help, especially between Access and sql server. And no, there may be zero need of any code or sql changes, so the conversion effort really could take just minutes or hours, though of course testing is needed. Such a conversion should not be a crazy long effort, though one would understandably fear that.
(And yes, this move would disrupt people who have long done things like upload a new mdb to the server from their own machine or a local network. Again, that was never a great idea even 20 years ago, though people had their justifications. There are ways to do the same upload/sync process with a db in sql server, etc. They're just different steps. And they're nearly always better in many ways.)
I know all this is not what people using Access want to hear, especially if this is in the critical path of moving to a new cf version. They may even demand of Adobe that this "must be made to work".
And again some may toss you supplies to keep the boat afloat. I can no longer in good conscience try to help people plug those holes.
The boat is sinking. Really, get off of it. But I'm referring only to use of Access with CF, of course. The *cf boat" is awesome, upright, and especially in cf2021 fitted with modern features and conveniences to carry its passengers and crew forward, despite the sneers from folks in other boats, or even those wanting to debark cf at their next chance.
Copy link to clipboard
Copied
Moriarty,
My experience is probably similar to yours. I made, and still make, Access databases for all sorts of things. And I used it for my public web sites for many years, as well. A while back, I started having issues with the server from time to time. My host supported me as best they could, but they finally told me that I was never going to have reliable use of an Access database with my site.
They suggested MySQL, and I went with it. After I went through the trouble of figuring out the connections & how to use the provided app, phpMyAdmin, I came to love it. You can create ODBC connections between your local site and your DB on the remote server, and it will work swimmingly.
Good luck!
Copy link to clipboard
Copied
I am trying to migrate from Access to MySQL, but Coldfusion keeps saying it cannot work with teh Community version of MySQL. I can't afford the Entriprise or Commercial versions. Is there a way around that?
Copy link to clipboard
Copied
There should be a free MySQL driver already installed, that will work with the MySQL Community database. If not, download the free MySQL JDBC driver and select "Other" as the datasource type. The CF docs cover how to do that, in detail.
https://helpx.adobe.com/coldfusion/kb/coldfusion-configuring-mysql-jdbc.html
I'd try to avoid ODBC, since CF needs to use a third-party JDBC-ODBC bridge from DataDirect. But that will work too.
Dave Watts, Eidolon LLC
Copy link to clipboard
Copied
ODBC
It might be worthwhile to install the ODBC service. If only because you might need it for something else. But beware of YAGNI, a condition that afflicts each and every one of us.
To install ODBC, proceed as follows:
Microsoft Access
As Charlie rightly says, you shouldn't consider using MS Access on CF2021. Especially not with ODBC.
However if, for whatever reason, you insisted on using MS Access on CF2021, then I would suggest you do so with JDBC instead of ODBC. You could then use the Open Source JDBC driver, UCanAccess; I did a post on it some years ago.
Copy link to clipboard
Copied
I see there have been one or two updates to the UCanAccess JDBC library. So, for your convenience, here are the steps for using the UcanAccess JDBC driver to run MS Access on ColdFusion 2021:
Copy link to clipboard
Copied
Great point, BKBK, about the options of available JDBC drivers. I keep forgetting to think of those (for those who desparately feel they need to stick with Access), but I should have recomended that or the other (that I seem to recall having seen).
Glad you offered that...along the the reminder to seriously reconsider getting off Access. The JDBC driver certainly helps resolve the ODBC issues, but it doesn't really address how Access is just not really designed for the volume of multi-user access that a web app/web server can throw it--though again I realize some will say "it was never a problem for all our years of using it".
In such a case, the JDBC driver can serve as the oars to keep the rickety boat moving. 🙂