Datenbankverbindung mit Java klappt nicht

Also zunächst mal ein dickes Dankeschön an alle die sich für mein Problem interessieren und mir helfen...
Ich kann erst abends wieder an meinen Mac und werde dann gleich die SQL Abfrage 'show variables' machen!

Viele Grüße!
 
Hallo Christian!

Hmmm... hast Du die Firewall unter Systemeinstellungen->Sharing->Firewall eingeschaltet?
Zum Vergrößern anklicken....
Meine Firewall ist deaktiviert.

Und dann könntest Du im phpMyAdmin einfach mal die folgende SQL Abfrage eingeben und das Ergebnis hier posten:
Zum Vergrößern anklicken....
'show variables' hat folgendes ergeben:

SQL-Befehl:SHOW VARIABLES ;

Variable_name Value
auto_increment_increment 1
auto_increment_offset 1
automatic_sp_privileges ON
back_log 50
basedir /Applications/MAMP/Library/
binlog_cache_size 32768
bulk_insert_buffer_size 8388608
character_set_client utf8
character_set_connection utf8
character_set_database latin1
character_set_filesystem binary
character_set_results utf8
character_set_server latin1
character_set_system utf8
character_sets_dir /Applications/MAMP/Library/share/mysql/charsets/
collation_connection utf8_general_ci
collation_database latin1_swedish_ci
collation_server latin1_swedish_ci
completion_type 0
concurrent_insert 1
connect_timeout 5
datadir /Applications/MAMP/db/mysql/
date_format %Y-%m-%d
datetime_format %Y-%m-%d %H:%i:%s
default_week_format 0
delay_key_write ON
delayed_insert_limit 100
delayed_insert_timeout 300
delayed_queue_size 1000
div_precision_increment 4
engine_condition_pushdown OFF
expire_logs_days 0
flush OFF
flush_time 0
ft_boolean_syntax + -><()~*:""&|
ft_max_word_len 84
ft_min_word_len 4
ft_query_expansion_limit 20
ft_stopword_file (built-in)
group_concat_max_len 1024
have_archive NO
have_bdb NO
have_blackhole_engine NO
have_compress YES
have_crypt YES
have_csv NO
have_example_engine NO
have_federated_engine NO
have_geometry YES
have_innodb YES
have_isam NO
have_ndbcluster NO
have_openssl NO
have_query_cache YES
have_raid NO
have_rtree_keys YES
have_symlink YES
init_connect
init_file
init_slave
innodb_additional_mem_pool_size 1048576
innodb_autoextend_increment 8
innodb_buffer_pool_awe_mem_mb 0
innodb_buffer_pool_size 8388608
innodb_checksums ON
innodb_commit_concurrency 0
innodb_concurrency_tickets 500
innodb_data_file_path ibdata1:10M:autoextend
innodb_data_home_dir
innodb_doublewrite ON
innodb_fast_shutdown 1
innodb_file_io_threads 4
innodb_file_per_table OFF
innodb_flush_log_at_trx_commit 1
innodb_flush_method
innodb_force_recovery 0
innodb_lock_wait_timeout 50
innodb_locks_unsafe_for_binlog OFF
innodb_log_arch_dir
innodb_log_archive OFF
innodb_log_buffer_size 1048576
innodb_log_file_size 5242880
innodb_log_files_in_group 2
innodb_log_group_home_dir ./
innodb_max_dirty_pages_pct 90
innodb_max_purge_lag 0
innodb_mirrored_log_groups 1
innodb_open_files 300
innodb_support_xa ON
innodb_sync_spin_loops 20
innodb_table_locks ON
innodb_thread_concurrency 0
innodb_thread_sleep_delay 10000
interactive_timeout 28800
join_buffer_size 131072
key_buffer_size 8388600
key_cache_age_threshold 300
key_cache_block_size 1024
key_cache_division_limit 100
language /Applications/MAMP/Library/share/mysql/english/
Variable_name Value
large_files_support ON
large_page_size 0
large_pages OFF
license GPL
local_infile ON
locked_in_memory OFF
log OFF
log_bin OFF
log_bin_trust_function_creators OFF
log_error
log_slave_updates OFF
log_slow_queries OFF
log_warnings 1
long_query_time 10
low_priority_updates OFF
lower_case_file_system ON
lower_case_table_names 0
max_allowed_packet 1048576
max_binlog_cache_size 4294967295
max_binlog_size 1073741824
max_connect_errors 10
max_connections 100
max_delayed_threads 20
max_error_count 64
max_heap_table_size 16777216
max_insert_delayed_threads 20
max_join_size 4294967295
max_length_for_sort_data 1024
max_relay_log_size 0
max_seeks_for_key 4294967295
max_sort_length 1024
max_sp_recursion_depth 0
max_tmp_tables 32
max_user_connections 0
max_write_lock_count 4294967295
multi_range_count 256
myisam_data_pointer_size 6
myisam_max_sort_file_size 2147483647
myisam_recover_options OFF
myisam_repair_threads 1
myisam_sort_buffer_size 8388608
myisam_stats_method nulls_unequal
net_buffer_length 16384
net_read_timeout 30
net_retry_count 10
net_write_timeout 60
new OFF
old_passwords OFF
open_files_limit 510
optimizer_prune_level 1
optimizer_search_depth 62
pid_file /Applications/MAMP/tmp/mysql/mysql.pid
port 8889
preload_buffer_size 32768
protocol_version 10
query_alloc_block_size 8192
query_cache_limit 1048576
query_cache_min_res_unit 4096
query_cache_size 0
query_cache_type ON
query_cache_wlock_invalidate OFF
query_prealloc_size 8192
range_alloc_block_size 2048
read_buffer_size 131072
read_only OFF
read_rnd_buffer_size 262144
relay_log_purge ON
relay_log_space_limit 0
rpl_recovery_rank 0
secure_auth OFF
server_id 0
skip_external_locking ON
skip_networking OFF
skip_show_database OFF
slave_compressed_protocol OFF
slave_load_tmpdir /var/tmp/
slave_net_timeout 3600
slave_skip_errors OFF
slave_transaction_retries 10
slow_launch_time 2
socket /Applications/MAMP/tmp/mysql/mysql.sock
sort_buffer_size 2097144
sql_mode
sql_notes ON
sql_warnings ON
storage_engine MyISAM
sync_binlog 0
sync_frm ON
sync_replication 0
sync_replication_slave_id 0
sync_replication_timeout 10
system_time_zone CEST
table_cache 64
table_lock_wait_timeout 50
table_type MyISAM
thread_cache_size 0
thread_stack 196608
time_format %H:%i:%s
time_zone SYSTEM
timed_mutexes OFF
Variable_name Value
tmp_table_size 33554432
tmpdir
transaction_alloc_block_size 8192
transaction_prealloc_size 4096
tx_isolation REPEATABLE-READ
updatable_views_with_limit YES
version 5.0.19
version_comment Source distribution
version_compile_machine i686
version_compile_os apple-darwin8.4.1
wait_timeout 28800
 
Hallo,

hast Du denn das naheliegendste auch ausprobiert: mit Port 3306 und MySQL QueryBrowser? Die Doku zu MySQL sagt zu dem von Dir beschriebenen Fehler:

"The error (2002) Can't connect to ... normally means that there is no MySQL server running on the system or that you are using an incorrect Unix socket filename or TCP/IP port number when trying to connect to the server."

Erst die einfachen Fehler ausschließen.

Peter

P.S.: sehe gerade: die Port-Variable steht tatsächlich auf 8889...
 
Ok, die Konfiguration ist etwas ungewöhnlich. Das ist aber anscheinend auch kein offizielles Paket von mysql.com.

pid_file /Applications/MAMP/tmp/mysql/mysql.pid
port 8889
Zum Vergrößern anklicken....

"Normal" wäre der Port 3306 und die Socket unter /tmp/mysql.socket. Aber die Jungs die das Package MAMP geschraubt haben wollten wohl auf Nummer sicher gehen und haben dafür zu speziellen Settings gegriffen, damit ihre Installation nicht mit einer anderen ("standard") Installation von mysql kollidiert.

Probier doch mal bitte den folgenden Connection Befehl aus:

Code: 
DriverManager.getConnection("jdbc:mysql://127.0.0.1:8889/firma","root","root")

Viele Grüße,
Christian
 
Hab´s sowohl im Query-Browser als auch im Java-Code mit Port 3306 versucht!
Im Java-Code läßt die Fehlermeldung mit Port 3306 satte 45 sec auf sich warten...und ich dachte schon es hat geklappt!

Vielleicht ist es einfacher, auf eine Open-Office-DB zuzugreifen? Würde mir völlig reichen!
 
DriverManager.getConnection("jdbc:mysql://127.0.0.1:8889/firma","root","root")

Daran hab ich auch schon gedacht...funktioniert aber auch nicht!
 
Die mysql lauscht auf dem Port 8889, das geht eindeutig aus den Parametern hervor. Ein

Code: 
telnet 127.0.0.1 8889

sollte Dir eine Verbindung zurück liefern.
 
Was für eine Fehlermeldung bekommst Du denn wenn Du den Port 8889 nutzt? Kommt da auch einen "Connection refused" Fehlermeldung oder - was ich jetzt vermute - kommt dann eine "Access Denied" Meldung?

Code: 
Caused by: java.net.ConnectException: Connection refused
at java.net.PlainSocketImpl.socketConnect(N ative Method)
at java.net.PlainSocketImpl.doConnect(Plain SocketImpl.java:333)
 
Du kannst ja zur Sicherheit mal diese beiden SQL Befehle über phpMyAdmin abschicken:

Darf sich "root" von der IP 127.0.0.1 mit der DB verbinden?

Code: 
mysql> show grants for 'root'@'127.0.0.1';
ERROR 1141 (42000): There is no such grant defined for user 'root' on host '127.0.0.1'

Darf sich "root" über "localhost" (was bei PHP eine Verbindung über die Socket öffnet. Der mysql Treiber für Java kennt wiederum keine Socket, die Verbindungen müssen zwingend über die IP gehen) mit der DB verbinden?

Code: 
mysql> show grants for 'root'@'localhost';
+---------------------------------------------------------------------+
| Grants for root@localhost                                           |
+---------------------------------------------------------------------+
| GRANT ALL PRIVILEGES ON *.* TO 'root'@'localhost' WITH GRANT OPTION | 
+---------------------------------------------------------------------+
1 row in set (0.03 sec)

In diesen Beispielen darf sich "root" überhaupt nicht über IP mit der DB verbinden. Verbindungen zur DB sind nur über die Socket erlaubt.
 
Tja, die SQL-Kommandos haben genau den gleichen Output wie in Deinem Post ergeben!
 
Bingo! Der Nutzer root darf sich über ip nicht mit der db verbinden!

Dann schick doch mal über phpMyAdmin die folgenden Befehle an die Datenbank:

Code: 
mysql> grant all privileges on *.* to 'root'@'127.0.0.1';
Query OK, 0 rows affected (0.08 sec)

mysql> flush privileges;
Query OK, 0 rows affected (0.08 sec)

mysql> show grants for 'root'@'127.0.0.1';
+---------------------------------------------------+
| Grants for root@127.0.0.1                         |
+---------------------------------------------------+
| GRANT ALL PRIVILEGES ON *.* TO 'root'@'127.0.0.1' | 
+---------------------------------------------------+
1 row in set (0.00 sec)

P.S. Auf einem Produktivsystem sollte man root als priviligiertem Datenbank Nutzer dieses Recht natürlich nicht zugestehen und - abgesehen davon - auch ein anderes Kennwort geben ;-)
 
Port 8889 generiert folgende Fehlermeldung:

Treiber wurde erfolgreich geladen!
com.mysql.jdbc.CommunicationsException: Communications link failure

Last packet sent to the server was 0 ms ago.
com.mysql.jdbc.CommunicationsException: Communications link failure

Last packet sent to the server was 0 ms ago.
at com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:1070)
at com.mysql.jdbc.Connection.createNewIO(Connection.java:2001)
at com.mysql.jdbc.Connection.<init>(Connection.java:716)
at com.mysql.jdbc.Connection.getInstance(Connection.java:291)
at com.mysql.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:266)
at java.sql.DriverManager.getConnection(DriverManager.java:525)
at java.sql.DriverManager.getConnection(DriverManager.java:171)
at mysql.Test1.main(Test1.java:33)
Caused by: java.net.ConnectException: Operation timed out
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:430)
at java.net.Socket.connect(Socket.java:516)
at java.net.Socket.connect(Socket.java:466)
at java.net.Socket.<init>(Socket.java:366)
at java.net.Socket.<init>(Socket.java:208)
at com.mysql.jdbc.StandardSocketFactory.connect(StandardSocketFactory.java:168)
at com.mysql.jdbc.MysqlIO.<init>(MysqlIO.java:262)
at com.mysql.jdbc.Connection.createNewIO(Connection.java:1926)
... 6 more
 
mysql> grant all privileges on *.* to 'root'@'127.0.0.1';
mysql> show grants for 'root'@'127.0.0.1';

Die Abfragen zeitigen dieselben Resultate wie bei Dir!
 
Hmm... welchen Connection String nutzt Du denn jetzt im Beispiel oben?

Außerdem habe ich wohl einen Fehler gemacht, denn mein "grant privileges.." setzt kein Kennwort für root, was Du mit

Code: 
mysql> select host,user,password from mysql.user;

kontrollieren kannst. Des Feld für password sollte in der Zeile mit "root" und 127.0.0.1 leer sein. Das Kennwort setzt man beim grant Befehl so:

Code: 
grant all privileges on *.* to 'root'@'127.0.0.1' identified by 'root'
 
Hallo Christian!
Ich weiß Deinen Support wirklich zu schätzen und möchte mich an dieser Stelle ausdrücklich dafür bedanken... ich würde jetzt auch gerne weitermachen und weiterprobieren - aber leider muss ich das Forum jetzt trotzdem verlassen (hab um 22.00 Uhr was ausgemacht und bin eh schon zu spät). Aber morgen bin ich wieder online!
Viele Grüße!
 
Die Abfrage hat folgendes ergeben:

SQL-Befehl:SELECT host, user,
PASSWORD FROM mysql.user;

[ Bearbeiten ] [ SQL erklären ] [ PHP-Code erzeugen ] [ Aktualisieren ]

Datensätze, beginnend ab
angeordnet und wiederhole die Kopfzeilen nach Datensätzen.
host user password
localhost root *81F5E21E35407D884A6CD4A731AEBFB6AF209E1B
webeditions-computer.local root
webeditions-computer.local
localhost
127.0.0.1 root
 
Hmm... welchen Connection String nutzt Du denn jetzt im Beispiel oben?
Zum Vergrößern anklicken....
Falls ich Dich richtig verstehe...
String url ="jdbc:mysql://8889/test";
Benutzername und Passwort sind jeweils "root", hab´s aber auch schon ohne password bzw. mit "" versucht!
Die Fehlermeldungen kamen erst nach sage und schreibe 90 sec.!
Egal ob ich Port 8889 oder 3306 nehme - die Fehlermeldung bleibt identisch.
Des Feld für password sollte in der Zeile mit "root" und 127.0.0.1 leer sein.
Zum Vergrößern anklicken....
Das Feld für password ist bei mir leer!
 
Dann probier doch bitte mal:

String url ="jdbc:mysql://127.0.0.1:8889/test";

Die URL besteht aus einer IP Adresse (127.0.0.1) und einem Port (8889), welche durch ein ":" getrennt werden.
 
  • Gefällt mir
Reaktionen: Bambino_Uno
String url ="jdbc:mysql://127.0.0.1:8889/test";
Zum Vergrößern anklicken....

Ich kann´s kaum glauben, aber es kommen keine Fehlermeldungen mehr...warte jetzt schon ein paar Minuten! Es scheint wirklich zu funktionieren!

Aber müssten durch die Abfrage 'select * from namen' nicht auch die Daten selbst ausgegeben werden?
 
Also noch mal vielen Dank für die enorme Hilfe. Ohne Christian währe hätte ich keine Chance gehabt!!!
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben Unten