Würde gern einen eigenen JDBC-Treiber versuchen wollen. Finde dafür aber keinen richtigen Ansatz. Suche gerade die Spezifikation.
Konkret möchte ich eine Mysql-Datenbank über einen untypischen Weg an JDBC-kompatible Progamme (z.B. openOffice) anbinden.

Ja ich weiß, es gibt den J/connector. Der und alle anderen mir bekannten Treiber sind für diesen konkreten Fall aber eher ungeeignet, wesshalb ich mich mal im schreiben eines eigenen JDBC-Treibers versuchen will.

Der jdbc - Treiber j -connector müßte doch eigentlich die sql-statements in 'Reintext' übers Netz an die MYSQL-DB senden (wir klammern hier mal BLOBs aus) oder sehe ich da was falsch?

Konkret suche ich nach einer Möglichkeit, aus einem JDBC-Treiber heraus sql-Statements an eine auf einem entfernten Server liegende php-Datei zu senden, welche die Kommunikation zwischen der DB und dem JDBC-Treiber nur weiterleitet.

Initiale Idee war, dass es auf der einen Seite eine Menge Programme (in meinem Fall openOffice) gibt, die mit JDBC-Treibern arbeiten können und andererseits viele Webhoster zwar Mysql-Datenbanken anbieten, die jedoch nur via webfrontend oder php ansprechbar sind.
Sozusagen geht es mir hier nicht um einen konkreten Anwendungsfall, sondern um eine allgemein nutzbare Variante. Darum der Gedanke, einen Treiber zu schreiben.

Außerdem müßte sich das ganze ja eigentlich auch "relativ einfach" über die jdbc- odbc-Bridge auf odbc erweitern lassen oder irre ich mich hier?

Bei einer (von php) zurückgegebenen csv - Datei, wüßte ich nicht, wie die sinnvoll an das aufrufende Programm weitergegeben werden könnte (außer manuell).

Die Anfrage an die php-Datei via GET oder POST ... hmmm ja, klar, aber ich muß ja erstmal an die einzelnen SQL-Statements herankommen. Das war eigentlich auch die Frage, die ich beim Beginn des Threads stellen wollte. Wie komme ich am besten (z.B. in openOffice) an die puren SQL-statements bzw. wie isoliere ich die Sql-statements am besten aus dem JDBC-Treiber.

Den Treiber von Grund auf neu zu schreiben, ist mir nun doch zu derb.
Da der mysql-connector-java opensource ist, dachte ich mir, diesen anzupassen oder einen wrapper für den mysql-connector-java zu schreiben, wodurch ja ein neuer Treiber entstünde.

Der mysql-connector-java stellt normalerweise eine Socketverbindung zur DB her über die dann die gesamte Kommunikation läuft. Nun bin ich am überlegen, wie ich die Socketverbindung am besten in Requests an die php-Datei umwandle.

Oder im Falle eines Wrappers, die Socketverbindung "aufzufangen"( also an den Wrapper zu leiten) und im Wrapper in Requests an die php-Datei umzuwandeln.
Eigentlich müßte das doch so ungefähr funktiomieren können.

Die Rückgabe von der php-Datei wird dann anstelle der "normalen" Socketverbindung zurückgegeben.

Hatte zwischenzeitlich auch an eine Kommunikation zwischen Treiber und php-Datei via soap oder json gedacht, bzw kurz überlegt, ob dafür sich nicht die Java-php-Bridge geeignet wäre, die ja über ein ähnliches 'xml-Protokoll' kommuniziert.
Ich bin mir hier noch nicht so ganz sicher, ob das, was ich mir denke, so oder ähnlich funktioniert könnte. Aber warum eigentlich nicht? Sehe nur beim 30 sek- Limit ein erhebliches Problem.


edit 30.07.07

vor drei Tagen hat jemand eine Alphaversion eben dieses Treibers gepostet.

Da der Treiber wahrscheinlich von allgemeinem Interesse sein dürfte hier mal der Link:

http://www.java-forum.org/de/topic53345_…ion-fertig.html