Nach dem Übernehmen eines Supportpakets stellen Sie möglicherweise fest, dass Ihre JDBC-Anwendungen nicht mehr funktionieren, und Sie erhalten eine Fehlermeldung ähnlich der folgenden:
Der sajdbc4.jar-Build stimmt nicht mit dem Shared Object-Build überein. |
Diese Meldung wird möglicherweise zurückgegeben, weil entweder Interactive SQL, Sybase Central, die Schnelllader oder Ihre eigenen JDBC-Anwendungen ausgeführt wurden, als das Supportpaket übernommen wurde. In diesem Fall sperrt die Java VM zwar alle DLLs bzw. Shared Objects, die von ihr geladen werden, aber nicht die JAR-Dateien. Dies führt dazu, dass beim Übernehmen des Supportpakets häufig zwar die JAR-Dateien sajdbc4 und jodbc4 aktualisiert werden, aber nicht die entsprechenden DLLs (dbjdbc16 bzw. dbjodbc16) oder Shared Objects. Wenn die JDBC-Anwendung neu gestartet wird, passt die JDBC-JAR-Datei nicht zum Build der dazugehörigen DLL bzw. des dazugehörigen Shared Object. Dann wird eine Meldung wie die oben erwähnte zurückgegeben.
Schließen Sie zunächst alle JDBC-basierten Anwendungen und übernehmen Sie dann das Supportpaket erneut. Wenn das erneute Übernehmen des Supportpakets nicht funktioniert, versuchen Sie, das Problem mit einer der folgenden Methoden zu lösen:
Überprüfen Sie, ob das Installationsprogramm des Supportpakets DLLs und Shared Objects korrekt aktualisiert hat
Unter Windows müssen Sie überprüfen, ob die Dateien dbjdbc16.dll und dbjodbc16.dll beim Übernehmen des Supportpakets korrekt aktualisiert wurden.
Unter Linux/Unix müssen Sie überprüfen, ob die Shared Objects libdbjdbc16.so.1 und libdbjodbc16.so.1 beim Übernehmen des Supportpakets korrekt aktualisiert wurden.
Unter Mac OS X müssen Sie überprüfen, ob die Shared Objects libdbjdbc16.dylib und libdbjodbc16.dylib beim Übernehmen des Supportpakets korrekt aktualisiert wurden.
Möglicherweise sind auf Ihrem System sowohl 32-Bit-Versionen als auch 64-Bit-Versionen der DLLs bzw. Shared Objects installiert. Sie müssen jeweils diejenigen DLLs bzw. Shared Objects überprüfen, die mit dem Bitwert der JAVA VM übereinstimmen, nicht diejenigen, die mit dem Bitwert des SQL Anywhere-Servers übereinstimmen.
Vergewissern Sie sich, dass nicht mehrere Kopien der DLLs oder Shared Objects auf Ihrem System vorhanden sind Wenn die DLLs und Shared Objects korrekt aktualisiert wurden, vergewissern Sie sich, dass Sie nicht mehrere Kopien der DLLs oder Shared Objects mit demselben Bitwert haben. Dies kann vorkommen, wenn Sie die DLLs bzw. Shared Objects in die Erweiterungsordner der Java VM kopiert haben, um die Java-Einschränkung zu umgehen, die nicht zulässt, dass DLLs und Shared Objects in mehreren Klassenladern geladen werden.
Überprüfen Sie, ob die JAR-Dateien korrekt aktualisiert wurden Wenn die DLLs bzw. Shared Objects korrekt aktualisiert wurden und nicht mehrere Kopien auf Ihrem System vorhanden sind, vergewissern Sie sich, dass die verschiedenen JAR-Dateien korrekt aktualisiert wurden. Um die einzelnen JAR-Dateien zu überprüfen, führen Sie die folgenden Befehle aus und vergewissern Sie sich, dass die von der JAR-Datei gemeldete Versions- und Build-Nummer mit der Versions- und Build-Nummer von SQL Anywhere für das installierte Supportpaket übereinstimmt.
Um die Datei sajdbc4.jar zu überprüfen, führen Sie den folgenden Befehl aus (wobei path durch den Pfad zu der JAR-Datei zu ersetzen ist):
java -cp path\sajdbc4.jar sybase.jdbc4.sqlanywhere.IBuildNum |
Um die Datei jodbc4.jar zu überprüfen, führen Sie den folgenden Befehl aus (wobei path durch den Pfad zu der JAR-Datei zu ersetzen ist):
java -cp path\jodbc4.jar ianywhere.ml.jdbcodbc.jdbc4.IBuildNum |
Wenn Sie ermittelt haben, welche JAR-Datei, welche DLL bzw. welches Shared Object nicht der Build-Nummer des Supportpakets entspricht, vergewissern Sie sich, dass die Datei nicht durch eine Anwendung gesperrt ist, und übernehmen Sie das Supportpaket erneut.
 |
Kommentieren Sie diese Seite in DocCommentXchange.
|
Copyright © 2013, SAP AG oder ein SAP-Konzernunternehmen. - SAP Sybase SQL Anywhere 16.0 |