With the move to Java, CFMX datasources now run through JDBC. This seems to be causing some trouble for folks who were use to connecting through ODBC to SQL Server. Thought I might post some collective thoughts on breathing life into your SQL Server connection when your drowning in the misery of [SQLException occurred in JDBCPool while attempting to connect]
First thing to remember is that it's now JDBC you're dealing with. Windows specific connectivity features that made ODBC hum along nicely are not all the useful here. Jump start your connection:
- update the server to the latest service packs for your version of SQL (should go without saying)
- use the SQL JDBC driver supplied by Merant (ships with CFMX), the JDBC/ODBC bridge may work but it's not as good
- do not use (local) as the server address, use the full domain name or if that doesn't work the server IP address (it appears you need to be running across TCP/IP for the best results)
- the password length cannot exceed 16 chars (see http://blog.daemon.com.au/archives/000062.html)
- make sure you are using SQL Server authentication and not Windows authentication
- check SQL Server security properties in Enterprise Manager - authentication should be set to "SQL Server and Windows", rather than "Windows only" [thanks to Dave Gassner]
- to check SQL Server's own authentication settings, right-click on the SQL Server registration, then choose Properties. Then from the Properties dialog, choose the Security pane [thanks to Dave Gassner]
- consider yoga, I hear it is good for stress
One of the things I do miss is the ability to have your datasource automatically authenticate against your windows login. We use to have all our development workstations set up like that. If anyone knows a way to get this to work I'd love to hear it.
Posted by modius at 07:32 PM | Permalink
Trackback: http://blog.daemon.com.au/cgi-bin/dmblog/mt-tb.cgi/33


Thanks! Using the server IP instead of (local) or server.name.tld solved my problem. Arrgh :).
Posted by: Lars Johannesson on September 12, 2002 03:53 AM
Port numbers are another source of confusion. The default port number proposed by CFMX (1433) and the port on which SQL server listens should be the same. Right-click on the SQL Server registration then click "Network Configuration", "TCP/IP" and then "Properties" to check SQL server's port number.
Posted by: Thierry Beniflah on March 20, 2003 07:34 AM
Just remember also that if your sql server, or any other service actually is either on the same server as your web server/cf server, the be sure to use internal IP address or DNS address otherwise your connection needs to go to the outside world to make requests and your bandwidth will go through the roof!
Regards
Steve Onnis
Posted by: Steve Onnis on April 26, 2003 10:19 PM