xverify-parameter : Workaround zur Laufzeit?

[thomator]

Mion,
ich hab mal wieder ein Problemchen und hoffe, dass Ihr Profis mir helfen könnt.
Ich will mit dem MySQL-Connector auf eine MySQL-DB zugreifen. Allerdings bewege ich mich in einer Java 1.3-Umgebung und habe keinen Einfluss auf die Startparameter.
Der Connector Verwendet Klassen wie LinkedHashMap, die es erst seit 1.4 gibt. Da ich das Caching, wo diese Klassen verwendet werden, nicht benutzen will ist das grundsätzlich kein Problem. Allerdings wird bei der Verifizierung des Byte-Codes ja auf die Klassen zugegriffen, um etwaige Security-Vergehen herauszufiltern. Und da beginnen meine Probleme:
Der ClassLoader versucht, eine Klasse zu laden, die nicht da ist und die Exception fliegt.
Generell kann man das Umgehen, indem man der JVM bei Starten den Parameter Xverify:none mitgibt.
Aber ich kann nix mitgeben. Kann ich das auch irgendwie zur Laufzeit steuern? Gibt es da nen Workaround oder so?

 

[tuxedo]

AFAIk geht das zur Laufzeit nicht mehr.
Entweder du benutzt eine Treiberversion für Java 1.3, oder du baust dir den JDBC-Treiber entsprechend um und entfernst das was in Java 1.3 eh keinen Sinn macht (Treiber ist ja als Quelltext und GPL verfügbar).
Oder du übergibst der JVM beim start doch den erwähnten Parameter.

- Alex

 

[thomator]

Na die Parameter kann ich wie gesagt ncht beeinflussen. Dann wirds wohl auf ne Anpassung des Connectors hinauslaufen...
Danke

 

[tuxedo]

Die Anpassung ist ja nicht weiter schwer. Nur musst du auf Einhaltung der GPL achten wenn du das Programm veröffentlichst.

- Alex

 

[thomator]

Nachtrag:
@Alex: Ganz so einfach ist es übrigens nicht, da von den Treiberbibliotheken wieder Klassen aus JDBC3.0 verwendet wreden (wie etwa Savepoint), die dann in Standard-Java nicht vorhanden sind...

 

[tuxedo]

?? Wenn du einfach alles rauswirfst was in 1.3 nicht drin ist, und das ganze mit 1.3 compilierst, wieso soll das dann Probleme bereiten?

BTW: Die neuen Treiber die gleichzeitig 1.5 und 1.6 unterstützen regeln die "gleichzeitige kompatibilität" mittels reflection... benutzt man features aus 1.6 werden die entsprechenden klassen zur laufzeit nachgeladen.

Aber da du ja nur 1.3 kompatibilität brauchst musst du dir den aufwand ja nicht machen.

- Alex

 

[thomator]

Das ist schon richtig, ich wollte damit nur sagen, dass sich die aufgerufenen Klassen nicht nur auf etwa java.util beschränken, sondern auch andere API's der Java-Distri verwendet werden, was den Säuberungsaufwand nicht grad klein hält...
Grundsätzlich hast Du aber Recht.

 

[tuxedo]

ach so.. hmm.. daran hab ich jetzt nicht gedacht. Ist der unterschied denn so krass wenn du den "ältesten" treiber nimmst den die seite bietet?

Du kannst übrigens auch den "alten" MM.MySQL JDBC Driver modifizieren. Der ist noch aus 1.4er Zeiten und den gibts noch mit LGPL-Lizenz. Der ist, wenn man da was fixed, immernoch mysql4 tauglich. MySQL5 konnte ich nicht testen (hab keinen mysql5-server zur hand).

Siehe auch: http://java-forum.org/de/topic52310_mm-mysql-wieweit-noch-funktionsf-hig.html

- Alex

 

[thomator]

Schau ich mir mal an, wenn ich Zeit hab. Danke noch mal