Replies Back to Article

Using PHAkT v1.0: Connecting to a MySQL Database using JDBC

Communication Link Error
September 3, 2001 by James Martinez
I am getting the following error when I click on the "Test" button. "Communication Link Failure: java.io.IOEXCEPTION." I installed the MySQL JDBC Driver extension that is posted by Tim Green. I also moved the files as suggested to System Folder/Extensions/MRJ Library/MRJClasses/ Does any one have any idea what the error is? I am running on a MAC G4 using OS 9.1. with 512MB RAM. Any assistance is appreciated. Thanks, James
RE: Communication Link Error
September 3, 2001 by Tim Green

Did you just move the files ? Or did you move the entire folder ? The entire folder should be moved to that location.

Also, are you running a local or remote MySQL server ? The communication link error could point to an incorrect configuration rather than a problem with the driver. For example, if you are using a remote MySQL server, are you sure that Remote Access is enabled ? If it isn't then it is going to cause problems.

Unfortunately, I can't test or reproduce any of this as I don't have access to a MAC. If you continue to get problems try posting your problem to the PHP Forum in the TalkZones where other MAC users could possibly help you out.

Run Time Value
September 15, 2001 by German Marin
My name is German, I need the syntax in php of run time value for ultradev 4 for advance results.
RE: Run Time Value
September 15, 2001 by Tim Green

I'm sorry German, I don't understand what you mean.

If you are looking to use the advanced section of recordset creation then you really should read through the UD manual as (though this is aimed at ASP,JSP and CFML) the procedure is exactly the same.

If it is anything else, then I'm afraid that you will need to make it clearer what information you require.

RE: RE: Communication Link Error
September 23, 2001 by Niels Prins
I have the same problem (error message) as James. Are there any sugestions, to a solution. I have tried all I could find on the udzone site, but nothing worked : -(
RE: RE: RE: Communication Link Error
September 25, 2001 by Niels Prins
Just for information. I solved my problem connecting to MySQL on my Linux box. It was coursed by wrong access rights in the database. Now everything works. Hey
Server Configuration denies access to data source
September 27, 2001 by Andrew Butterworth
I am trying to get UltraDev to connect to my server using jdbc and PHAkt. I am getting the error message Server configuration denies access to data source. Does any one know what is wrong with the configuration? Let me know what other information you may need. Thanks Andrew
RE: Server Configuration denies access to data source
September 27, 2001 by Tim Green

"Server configuration denies access to data source"

Is your MySQL a remote server or a local one ? I ask because this error usually means that remote access has been turned off. It's even more likely this is the case if you are trying to connect to a remote server, and if that's the case you will need to speak to your host provider.

If it is a local server then it is still quite possible that permissions is the problem, though you will be able to sort this out yourself. To point you on your way, there is a Tutorial (or is it an FAQ) on exactly how to do that. I can't remember offhand the link, but it's on this site.

Hope this helps.

RE: RE: Server Configuration denies access to data source
September 28, 2001 by Andrew Butterworth
thanks for the help. It is a remote server and I am trying to convince my host that it is in there best interest to change my privilabes for my DB.
Ultradev and Mac OS X ???
October 3, 2001 by Martin Riley
I wish to use my Mac as a development tool using PHP and MySQL. I have installed MySQL and PHP on Mac OS X which is all up and running fine. However when I try to connect to MySQL via Ultra Dev I get the following error that Ultra Dev does not see the Mysql daemon. MySQL is running on 127.0.0.1 (localhost). I assume that Ultra Dev cannot 'see' MySQL because it is not running as a fully Carbonated App? Has anyone else encounted the same or similar problem and found a way around it? Any help greatly appreciated. Keep up the good work.
RE: Ultradev and Mac OS X ???
October 3, 2001 by Tim Green

No, I'm sorry that isn't the case. Whilst I don't profess to be an OSX expert, I have been around Linux and 'niX based operating systems a long time.

The MySQL Daemon doesn't need to be carbonized as it is running as a service. Services run just above kernel level, and then the next level above that is your window manager (in your case OSX). So the fact that UD doesn't 'see' your MySQL server isn't anything at all to do with that.

An interesting, and very common mistake that alot of people make is specifying http:// when adding info to the URL for a JDBC connection. But I doubt very much it is that, as you must have read this tutorial.

In a Console type the following :-

service mysqld status

If you get no output to this, or an error telling you that the server isn't running, or that this service doesn't exist, then that could well be the problem.
Also, ensure that the port that mysqld is correct. The default is 3306, but it is quite possible that it is running on a different port in your setup.

If mysql is running perfectly (you could always install PHPMyAdmin to fully verify that), then it is likely that it is an UltraDev configuration issue. Have you installed the JDBC driver for MySQL ? I know on Classic Macs the files have to be manually copied to a different location. Is this the case with OSX ?

As it is a JDBC driver, do you have installed the latest Java Runtimes ?

Finally, once you have verified all of the above, ensure that you have correctly configured a user with a valid password for MySQL on your local machine. Many people try to run MySQL in its default installation mode, which is using the root user for general access without a password. This can produce undesireable results when using MySQL, and it is EXTREMELY insecure.

If none of this is the case, then it might be worthwhile posting the same question to some of the OSX forums knocking around. Someone will have encountered this problem somewhere (it might also be adviseable to duplicate this post in the PHP forum).

I hope some of this is of some help to you. I'm sorry I couldn't help more, but as I said initially, I'm not a MAC expert. ;-)

Good Luck!

RE: RE: RE: RE: Communication Link Error
November 21, 2001 by Eric EricN
I have the same error : "Communication link failure:java.io.IOExeception". from my Mac 9.1 using PHaKT extension. You seem to have solved the problem on the server side? I have a Linux Red Hat server running MySQL. Can you elaborate more. Thanks ericnoel@mac.com
RE: RE: Server Configuration denies access to data source
December 17, 2001 by Martin Lerch
Hi there... I seem to have the same error message "Server configuration denies access to data source". In my case it's my remote server as well. I know that the information that I entered is correct because I am using the same connction settings on phpBB (a message board). However inside Dreamweaver it's not working. I recently upgraded PHAkT to version 1.1. Could this have something to do with it? I even tried connecting with the MySQL "root" user, which I know is working remotely because I am using this with phpMyAdmin 2.2.0. Any idea what the problem could be? Sincerely, M. Lerch
ODBC using RmiJdbc driver
February 9, 2002 by Jack Ripper
try with RmiJdbc URL: jdbc:rmi://your_houst/jdbc:odbc:dns_name
Mac UDev4 to Cobalt Mysql - PHP & ASP
March 18, 2002 by John Harwood
First ... many thanks to all involved in the PHAkt development and the info provided here! I'm quite used to digging and piecing together information because I prefer using the Mac, but getting UDev4 to work in any capacity with Mysql on a Cobalt RAQ4 has been the biggest challenge in many years. I didn't get to this area of the site where the driver's location was identified until after I figured it out but still, I do finally have UDev4's Live Data working with PHP! The lure of Chilisoft and a non-Microsoft based ASP still appears distant however. A post from an admin on a Chilisoft forum indicated the following regarding connection problems to a server based DSN: "It's the lack of support for Column data in the OpenSchema() method. The solution is to create a DSN on the local machine and connect to the remote MySQL database using that local method. For MAC users, this won't be fixed till our next release slated at the end of the year." That's a long way off and Macromedia will be looking for upgrade money before then! Is it possible to use the JDBC driver with Chilisoft? If so, would that require a connection string in UDev and the driver located on the server? Or, is it simply not possible yet to use ASP with MySQL, Chilisoft, UDEV4 from the Mac? Many Thanks John
RE: Server Configuration denies access to data source
May 6, 2002 by gary kim
I am also getting error message. "Server configuration denies access to data source"
Could you please verify what it means to have a remote server or a local one? I ran a test script that.. whenever I set the HOST to "localhost" and run the script from the web server it can connects to the database. However, if I change the HOST to my domain name, I am unable to connect to the MySQL server - "Host 'XXXX..XX.148' is not allowed to connect to this MySQL server "
So, does this mean that the MySQL is a local one so it is not allowed to be connected to MySQL server? (if so.. what can the host do to to allow connection for UltraDev to work out?)
I thank you in advance, really appreciate it.
connection_php_mysql.htm ?????????
May 7, 2002 by Eric Kaiser

I installed the MX trial version and had problems using my already established PHP projects using PHAKT's extension. So, I uninstalled MX and it totally destroyed UD 4 on my machine. Tons of errors. I reinstalled UD 4, with the udpate to 4.01. I also installed the latest PHAKT extension 1.3.

Now, everytime I launch UD with a PHP profile it gives me an error message looking for this file: connection_php_mysql.htm

I drilled down to where it should be and it isn't there (obviously). I've reinstalled and installed UD, PHAKT several times and can't resolve this.

Has anybody else experienced this? Am I looking in the wrong place? Is this an issue with UD or PHAKT? HELP!!!!

RE: connection_php_mysql.htm ?????????
May 7, 2002 by Tim Green

This problem occurs because when you tried to use Dreamweaver MX, you obviously created a new database connection.

Simply delete this new connection from your site, and you will no longer receive the error.

Please remember that the Public Preview of Dreamweaver MX, is BETA software, and appropriate backups should be taken. Moreover, it is HIGHLY recommended that you do not use this software on a production machine.

I hope this helps

Regards

Tim

RE: RE: connection_php_mysql.htm ?????????
May 7, 2002 by Eric Kaiser
You da Man. I did create a new connection with MX when I had it installed. I named it exactly as my previous connection using PHAKT, probably not a smart thing to do. I didn't realize the MX trial version was actually BETA, thanks for that info too!
Error Message
May 22, 2002 by andy budd

I've installed PHAkT and the JDBC extension on this site and am trying to connect to a mySQL server on my Raq4. I can create a connection and see the tables and column values in the recored set test window. However when I try to test a simple page I get the following error

Fatal error: Failed opening required './adodb/adodb.inc.php' (include_path='') in /home/sites/site1/web/phpTest/TMP1j3bhwi7dw.php on line 7

Any Ideas?

RE: Error Message
May 22, 2002 by Tim Green
Yes, you need to upload your adodb directory to your webspace too.
nothing to download
June 5, 2003 by Donna South
I would love to do the tutorial but the extension is unavailable. Do you have a update to this?
RE: nothing to download
June 6, 2003 by Tim Green
This tutorial was written on July 18, 2001, and has since been superced by a number of different versions of PHAkT. This tutorial was aimed at an early edition of PHAkT, and is no longer required. It remains here for historical purposes only.