JDBC: Unterschiede in Interfaces zwischen 2 Java-Versionen.

[tuxedo]

Servus,

ich bastle ja gerade an meienm JDBC-Treiber (https://jpmdbc.dev.java.net) und bin da auch ein kleines Problemchen gestoßen:

Wenn ich mit Java 5 die für JDBC notwendigen Interfaces implementiere (implements blablabla), dann hab ich X Methoden die ich reinbasteln muss. Alles klar, kein Thema.

Lade ich den Code jetzt unter Java 6 meckert Eclipse ich hätte nochmal Y Methoden die ich mit implementieren müsste.
Scheint so als ob mit Java 6 sich die JDBC-Klassen vergrößert haben...

Nun, das Ding soll mit Java 5 und 6 laufen. Muss ich jetzt zwei Versionen basteln? Wie machen andere JDBC-Treiber das? Mir ist nämlich nicht bewusst dasses für Java 5 und 6 unterschiedliche JDBCs gibt.

- Alex

 

[NTB]

wenn bei Java6 einfach nur mehr Methodensignaturen im Interface vorhanden sind, dann implementier die doch.
Der Compiler meckert nur über nicht implementierte Methoden. Wenn Deine Klasse mehr Methoden hat, als das Java5 Interface, gibt es ja keine Probleme.

 

[tuxedo]

*Mit der Hand vor die Stirn klatsch* Stimmt... *Recht du hast* Sorum geht's... Andersrum nicht so arg

Sollte einfach nicht daheim mit Java 6 und im Büro mit Java 5 arbeiten Ist mir nämlich nur deshalb erst aufgefallen :-(

 

[tuxedo]

Ah, jetzt doch noch mal ... Hatte da was vergessen zu erwähnen:

Aaaalso:

Java 6 hat im vergleich zu Java 5 mehr Methoden die aufgrund der JDBC-Interfaces implementiert werden müssen...
Das ist ja auch nicht weiter tragisch, da die zusätzlichen Methoden i.d.R. niemanden stören, und jetzt kommt das ABER:

Diese neuen Methoden die man mit Java 6 implementieren muss, benutzen Klassen die in Java 5 nicht existieren.

Ich fasse zusammen:

Von Java 5 auf Java 6 gibts bei den JDBC-Interfaces nicht nur neue Methoden, sondern auch neue Klassen die diese neuen Methoden benutzen.

Also gibts hier doch ein "doofes" Problem. Heißt das jetzt dass ich zwei verschiedene Versionen produzieren muss, nur um Java 5 und 6 zu unterstützen?

- Alex

 

[SlaterB]

wie kann denn ein Interface eine Operation/ Klasse benutzen? als Rückgabewert/ Parameter?

wenn du bei der IMPLENTATION der Interfaces in deinen(!) Klassen Java6-Features verwendest,
dann funktioniert das in Java5 nicht mehr, richtig

 

[tuxedo]

Korrekt, die neuen Klassen die da, ich habs wohl doof ausgedrück, "benutzt" werden, sind als Rückgabewerte definiert.

Hab eben mal in den Source vom aktuellen MySQL JDBC (5.0.7) geschaut:

Die haben die neuen Methoden nicht drin. Grund: Kann man in der PDF lesen die dabei ist: Die haben das Ding nur bis Java 1.5 compiliert.

Mal ne "leicht" andere Frage:

Ich will das Ding weiterhin 1.5 kompatibel lassen. Aber dafür will ich nicht unbedingt Java 5 wieder installieren. Ich weiß dass es möglich ist dem Java 6 compiler zu sagen dass auf auf Versionsstufe von Java 5 compilieren soll. Das geht auch solange man nur Javav 5 Features benutzt.
Aber Eclipse wird mir ja nach wie vor vorhalten ich müsste da noch Methoden implementieren. Gibts hierfür ne praktikable Lösung?

Ah, und noch ne andere Frage:

Wenn ich das Ding jetzt mit Java 5 compiliere, und die Lib dann mti Java 6 benutze (was ja möglich sein sollte), wie macht Java das dann? Weil Java 6 geht ja anhand seiner Interfaces davon aus dass die neuen Methoden drin sind, oder? Bin gerade etwas verwirrt.

- Alex

[update] hoppala.. gibt ja schon mysql jdbc 5.1 ... da sind die neuen methoden schon drin. mal rein schauen

 

[tuxedo]

Oha, die haben das doch recht "geschickt" gemacht.

Die Jungs von MySQL AB schauen via Reflection ob es die neuen Klassen, die die JAVA 6 JDBC Interfaces benötigen, gibt. Und dann wird dynamisch nachgeladen. Damit bauen die sich, je nachdem ob JDBC4 von der JRE schon unterstützt wird, wahlweise ne Klasse mit oder ohne die neuen Methoden... Ist quasi professionelles Compiler-Verarschen

Krasse Sache...