IBM Developer Workbench Version 9.1.0.2 - Release-Informationen
Inhaltsverzeichnis
1.0 Informationen zu diesem Release
2.0 Installationsinformationen
3.0 Bemerkungen und Marken
1.0 Informationen zu diesem Release
Developer Workbench Version 9.1.0.2 enthält Erweiterungen und Korrekturen für das Release der Version 9.1.
Zurück zum Inhaltsverzeichnis.
1.1 Neuerungen in diesem Release
Developer Workbench Version 9.1.0.2 umfasst die folgenden neuen Funktionen:
- Unterstützung für DB2 für z/OS Version 9:
- Sie können eine JDBC-Verbindung zu DB2 für z/OS Version 9 im Datenbankexplorer herstellen.
- Mit Hilfe der Workbench können Sie die folgenden Typen von Routinen, die DB2 für z/OS Version 9 in einem Datenentwicklungsprojekt zum Ziel haben, erstellen, testen und implementieren:
- Native gespeicherte SQL-Prozeduren, einschließlich mehrerer Versionen nativer gespeicherter Prozeduren
- Externe gespeicherte SQL-Prozeduren
- Gespeichert Java-Prozeduren (JDBC und SQLJ)
- Skalare benutzerdefinierte SQL-Funktionen
- Mit Hilfe der Workbench können Sie gespeicherte Java-Prozeduren entwickeln, die DB2 für z/OS Version 9 zum Ziel haben und von Klassen in JAR-Dateien abhängen, bei denen es sich nicht um die JAR-Datei handelt, in der die gespeicherte Prozedur implementiert ist. Sie können eine JAR-Datei in ein Datenentwicklungsprojekt importieren, damit dieser Typ einer gespeicherten Java-Prozedur lokal kompilieren und paketieren kann. Mit der Workbench können Sie außerdem eine JAR-Datei implementieren oder von einem Datenbankserver löschen und die Merkmale implementierter JAR-Dateien über den Datenbankexplorer anzeigen.
- Mit Hilfe des Debuggers für integrierte gespeicherte Prozeduren in der Workbench können Sie Fehler in gespeicherten Prozeduren beheben, die DB2 für z/OS Version 9 zum Ziel haben.
- Übersetzter Dokumentations- und Benutzerschnittstellentext für OLE DB- und XML-UDFs. Informationen zu vorausgesetzten Schritten, die vor dem Erstellen von OLE DB- oder XML-UDFs auszuführen sind, finden Sie im Abschnitt Korrekturen an der Dokumentation dieser Release-Informationen.
- Unterstützung für die Erweiterung .db2 bei Dateien, die SQL-Anweisungen und -Scripts enthalten. Zusätzlich zu Dateien mit den Erweiterungen .sql und .ddl können Sie SQL-Dateien bearbeiten und importieren, die die Erweiterung .db2 haben.
- Unterstützung für das Erstellen einer Komplettlösung für gespeicherte SQLJ-Prozeduren. Zum Erstellen einer Komplettlösung geben Sie eine Isolationsstufe im Feld Bindeoptionen des Assistenten Routinen implementieren an.
- Unterstützung für das Speichern von Routinen mit Fehlern. Wenn Sie eine Routine, die Fehler enthält, im Routineneditor speichern, wird eine Nachricht angezeigt, dass sich Fehler im Quellcode befinden. Sie können den Quellcode jedoch mit den Fehlern speichern, so dass Ihre Arbeit nicht verloren geht.
Zurück zum Inhaltsverzeichnis.
1.2 Verlauf der Produktkorrekturen
Die folgenden bekannten Probleme aus Version 9.1 bzw. Version 9.1.0.1 wurden behoben:
- Schließen Sie vor dem Löschen eines Projekts die geöffneten Routinen und SQL-Editoren, die zu diesem Projekt gehören. Wenn Sie die geöffneten Routinen und SQL-Editoren nicht schließen, werden das Projekt und der zugehörige Inhalt zwar gelöscht, aber es werden Fehlernachrichten angezeigt.
- Wenn Sie das Debugging für eine gespeicherte Java-Prozedur ausführen, die eine zweite gespeicherte Java-Prozedur aufruft, können Sie für die zweite gespeicherte Prozedur kein Debugging ausführen. Sie können nicht in die verschachtelte gespeicherte Prozedur gelangen, und alle Unterbrechungspunkte, die Sie in der verschachtelten gespeicherten Prozedur gesetzt haben, werden ignoriert. Diese Einschränkung gilt für DB2 UDB für Linux, UNIX und Windows.
1.3 Bekannte Einschränkungen und Probleme
Dieses Release enthält die folgenden bekannten Einschränkungen und Probleme.
- Allgemein
-
- Wenn Sie Developer Workbench unter Red Hat Enterprise Linux 3 starten wollen, fügen Sie
export MOZILLA_FIVE_HOME=<speicherposition_von_mozilla>
zu /opt/IBM/DWB/V9.1/dwb_prod/shortcut_dwb
hinzu.
- Wenn Sie eine Tabelle definieren, die XML-Daten, aber keinen Primärschlüssel enthält, schlägt das Aktualisieren der XML-Spalte im Tabelleneditor fehl. Sie müssen der Tabelle mit den XML-Daten einen Primärschlüssel oder einen eindeutigen Index hinzufügen.
- XQuery-Entwicklung in XQuery Builder wird nur in Datenentwicklungsprojekten unterstützt, die Verbindungen von DB2 für Linux, UNIX und Windows Version 9 zugeordnet sind.
- Nachdem Sie einen Server mit föderierten Datenbanken im Datenbankexplorer erstellt haben, wird der neu erstellte Server nicht automatisch im Ordner für den definierten Server angezeigt. Sie müssen den Ordner aktualisieren, um den neuen Server anzuzeigen.
- Linux: Wenn Ihr System Java Development Kit 1.4.1 als Standard-Java Development Kit verwendet, werden Developer Workbench-Prozesse möglicherweise nicht geschlossen, wenn Sie Developer Workbench beenden. Zur Vermeidung dieses Problems verwenden Sie das Java Development Kit, das von Developer Workbench bereitgestellt wird:
/opt/IBM/DWB/V9.1/dwb_prod/eclipse/jdk/bin
.
- Routinenentwicklung
-
- UDTs (User Defined Types - benutzerdefinierte Datentypen) werden nicht als Routinenparameter unterstützt.
- Visual Explain ist nicht für benutzerdefinierte Funktionen verfügbar, die DB2 für z/OS-Datenbanken zum Ziel haben. Die Workbench unterstützt für benutzerdefinierte z/OS-Funktionen nur Ausdrücke, keine Anweisungen.
- Wenn Sie erstmals eine Routine in einem Datenentwicklungsprojekt erstellen, sind die Optionen von Visual Explain in den Assistenten Neue gespeicherte Prozedur und Neue benutzerdefinierte Funktion oder im Routineneditor möglicherweise nicht verfügbar. Umgehen Sie dieses Problem, indem Sie den Arbeitsbereich schließen und erneut öffnen. Daraufhin werden die Optionen von Visual Explain aktiviert.
- Wenn sich die Datei tools.jar nicht in Ihrem Klassenpfad befindet, wird beim Implementieren einer gespeicherten Prozedur oder einer benutzerdefinierten Funktion mit Hilfe der ANT-Implementierungsfunktion (ant deploy) möglicherweise eine Nachricht angezeigt, die besagt, dass die Datei tools.jar nicht gefunden werden konnte und in F:\jre\1.4.2\lib\tools.jar erwartet wurde. (
Unable to locate tools.jar. Expected to find it in F:\jre\1.4.2\lib\tools.jar
). Ignorieren Sie diese Nachricht. tools.jar ist Teil von Java Runtime Environment (JRE) und nicht der ANT-Implementierungsfunktion.
- Sie müssen sicherstellen, dass die Datei jt400.jar in Ihrem Systemklassenpfad enthalten ist, um gespeicherte Java-Prozeduren, die auf DB2 UDB für iSeries ausgerichtet sind, mit Hilfe von ant deploy über das Dateisystem zu implementieren.
- Wenn Sie eine gespeicherte Java-Prozedur erstellen und den Namen der Methode ändern, ist es nicht möglich, den Editor mit der rechten Maustaste anzuklicken und dann Speichern anzuklicken. Klicken Sie Datei > Speichern an, um die aktualisierte gespeicherte Prozedur zu speichern.
- Wenn Sie versuchen, eine exportierte gespeicherte Prozedur mit Hilfe der Anweisungen in der Datei DeployInstructions.txt zu implementieren, wird Ihnen möglicherweise eine Fehlernachricht mit folgendem Inhalt angezeigt:
...[createsp] Zur Zieldatenbank konnte keine Verbindung hergestellt werden. [createsp] com.ibm.db2.jcc.DB2Driver...
Umgehen Sie dieses Problem, indem Sie sicherstellen, dass db2jcc.jar und die entsprechenden Lizenzdateien in Ihrem Systemklassenpfad enthalten sind.
- Schließen Sie vor dem Löschen eines Datenentwicklungsprojekts die geöffneten Routinen und SQL-Editoren, die zu diesem Projekt gehören. Wenn Sie die geöffneten Routinen und SQL-Editoren nicht schließen, werden das Projekt und der zugehörige Inhalt zwar gelöscht, aber es werden Fehlernachrichten angezeigt.
- Wenn Sie gespeicherte Java-Prozeduren implementieren oder ausführen, wird möglicherweise eine Fehlernachricht angezeigt, die besagt, dass die Klasse nicht geladen werden kann (
cannot load class
). Dies kann vorkommen, wenn es eine Abweichung in der JDK-Version zwischen RAD Version 7 und dem DB2-Server gibt und sich der DB2-Server auf einem JDK niedriger Stufe befindet. Zum Vermeiden dieses Problems sollten Sie die Option "-source 1.4" im Feld Compileroptionen des Assistenten für die Routinenimplementierung angeben, wenn Sie gespeicherte Java-Prozeduren auf Servern implementieren, die eine JDK-Stufe von 1.4 verwenden (z. B. DB2 Universal Database-Server für Linux, UNIX und Windows Version 8.2). Verwenden Sie generell die entsprechende Kompilierungsoption "-source JDK level ", um die JDK-Stufe auf dem Datenbankserver abzugleichen.
- Wenn Sie eine gespeicherte Prozedur oder benutzerdefinierte Funktion von einem Server auf einen nicht gleichen Server ziehen und übergeben (z. B. von einem DB2 UDB-Server für Linux, UNIX und Windows auf einen DB2 UDB-Server für z/OS), wird Ihnen während dieses Vorgangs eine Nachricht angezeigt, die vor bestimmten Inkompatibilitäten zwischen den beiden Servern warnt. Wenn Sie den Vorgang fortsetzen und versuchen, die gespeicherte Prozedur oder die benutzerdefinierte Funktion zu öffnen, wird Ihnen möglicherweise ein Fehler angezeigt.
- Das Ausführen der SQL-Profilermittlung für einen DB2 UDB-Server für Linux, UNIX und Windows Version 8.2 kann zu einer Nullzeigerausnahme führen, wenn dem Server die vorausgesetzte gespeicherte Prozedur (SYSIBM.SQLCAMESSAGECCSID) fehlt, die der JCC-Treiber benötigt, um den Text von Fehlernachrichten abzurufen. Zum Vermeiden dieses Problems können Sie eine Verbindung zum Server erstellen, die nicht die Einstellung retrieveMessagesFromServerOnGetMessage=true enthält.
- Beim Überwachen der Ausführung von SQL-Prozeduren werden Profilermittlungsereignisse für DML-Anweisungen (wie z. B. INSERT, SELECT, DELETE und UPDATE) generiert, die in der Prozedur abgesetzt werden. Ereignisse werden jedoch nicht in deterministischer Weise für Prozeduren betreffende Anweisungen für Zuordnungen von Variablen und Steuerstrukturen (wie z. B. WHILE oder IF) generiert. Aus diesem Grund werden keine Optimierungsdaten für diese die Prozeduren betreffenden Anweisungen erfasst.
- Debugger für gespeicherte Prozeduren
-
- Sind Sie mit einem UNIX-DB2-Server verbunden, kann eine Zeitlimitausnahme auftreten, wenn Sie Unterbrechungspunkte hinzufügen oder Vorgänge im Debugmodus ausführen.
- Der Debugger kann nicht für eine gespeicherte Prozedur ausgeführt werden, deren Name gleichzeitig englische und chinesische Zeichen enthält.
- Ausdrücke für das Überwachen werden nur für dynamische gespeicherte Java-Prozeduren unterstützt. Sie werden nicht für gespeicherte SQL- und SQLJ-Prozeduren unterstützt.
- Der Debugger stoppt nicht an Unterbrechungspunkten, die nicht am ersten Token einer ausführbaren Anweisung (wie z. B. SET) positioniert sind. Außerdem stoppt er nicht bei DECLARE CONTINUE, CLOSE CURSOR oder ROLLBACK.
- Wenn Sie für eine gespeicherte Java-Prozedur das Debugging ausführen und eine Beendigungsaktion auswählen, kann es mehrere Minuten dauern, bis die Debugsitzung vollständig beendet wird. Neue Debugsitzungen, die in dieser Zeit gestartet werden, zeigen möglicherweise ein fehlerhaftes Verhalten.
- Wenn Sie das Debugging für eine gespeicherte Java-Prozedur ausführen, die über eine andere gespeicherte SQL- oder Java-Prozedur aufgerufen wird, ist der Knopf Step-Return inaktiviert. Sie können dieses Problem umgehen, indem Sie einen Unterbrechungspunkt in der nächsten Zeile der aufrufenden gespeicherten Prozedur hinzufügen und anschließend Wieder aufnehmen anklicken, um zur aufrufenden gespeicherten Prozedur zurückzukehren.
- Wenn eine gespeicherte Java-Prozedur eine andere gespeicherte Prozedur aufruft und Sie anschließend zur gespeicherten Java-Prozedur zurückkehren, stoppen Sie möglicherweise in temporärem Java-Code. Sie können dieses Problem umgehen, indem Sie mit Hilfe des Knopfs Step-Return zum Stack-Frame der gespeicherten Java-Prozedur zurückkehren.
- Erhalten Sie während der Ausführung des Debuggings für eine gespeicherte Java-Prozedur eine Fehlernachricht, die besagt, dass es beim Warten auf das Paket zu einer Zeitlimitüberschreitung gekommen ist, versuchen Sie die Einstellung für die Zeitlimitüberschreitung auf einen höheren Wert zu setzen. Zum Erhöhen der Java-Zeitlimiteinstellung klicken Sie Fenster > Benutzervorgaben in der Workbench-Menüleiste an. Erweitern Sie den Knoten Java, und klicken Sie Debug an. Erhöhen Sie den Wert für das Zeitlimit des Debuggers (in ms) im Abschnitt für das Kommunikationszeitlimit auf der Seite für Debugbenutzervorgaben. Es wird empfohlen, den Standardwert mindestens zu verdoppeln.
- Wenn Sie das Debugging für eine gespeicherte Java-Prozedur ausführen und die Aktion zum Ändern des Werts verwenden, um eine Variable zu modifizieren, die eine leere Zeichenfolge als Wert aufweist, wird der Knopf OK im Bearbeitungsdialog möglicherweise nicht aktiviert. Wählen Sie zum Aktivieren des Knopfs den Radioknopf Bewertung eingeben aus, legen Sie als Wert eine nicht leere Zeichenfolge fest (z. B. 'a'), und wählen Sie dann den Radioknopf Literaltext eingeben aus. Der Knopf OK ist dann verfügbar.
- Werden keine lokalen Variablen angezeigt, wenn Sie ein Debugging für eine gespeicherte Java-Prozedur ausführen, dann wurde die gespeicherte Prozedur möglicherweise ohne die Compileroption -g implementiert. Stellen Sie sicher, dass die Compileroption -g angegeben ist, wenn Sie gespeicherte Java-Prozeduren implementieren.
- Wenn in der Variablensicht eine Nachricht zu einem ungültigen Stack-Frame angezeigt wird, wechseln Sie zur Debugsicht, und klicken Sie zuerst das Threadobjekt über dem Stack-Frame und dann den Stack-Frame an. Dadurch sollte die Variablensicht aktualisiert werden, so dass die Fehlernachricht nicht mehr angezeigt wird.
- Wenn Sie das Debugging für eine gespeicherte SQLJ-Prozedur ausführen, die unter DB2 UDB für iSeries Version 5 Release 4 aktiv ist, entspricht die aktuelle Zeile, die gerade ausgeführt wird, nicht der angegebenen SQLJ-Quellenzeile, die in der Debugsicht angezeigt wird. Dies trifft nicht zu, wenn Sie einen iSeries PTF anwenden, der die Zeilenzuordnung so aktualisiert, dass sie der SQLJ-Quelle statt der Java-Quelle entspricht.
- Debuggerbenutzervorgaben für das Sitzungsmanagerzeitlimit werden nicht erkannt. Diese Benutzervorgaben werden wie folgt festgelegt: Klicken Sie Fenster > Benutzervorgaben an, erweitern Sie den Knoten Ausführen/Debug, und klicken Sie Debugger für gespeicherte DB2-Prozeduren an. Modifizieren Sie das Feld Zeitlimit des Sitzungsmanagers in Minuten.
- Der Debugger kann keine gespeicherte Prozedur verarbeiten, die eine große Anzahl Variablen unter DB2 für Linux, UNIX und Windows hat. Die maximale Anzahl Variablen ist 200.
- Cursorbewegung in einer Debugsitzung: In einigen Fällen, in denen mehrere Variablendeklarationen in einer Prozedur vorhanden sind, müssen Sie Step-Into oder Step-Over mehrmals anklicken, um zur nächsten Zeile zu wechseln.
Sie müssen beispielsweise zweimal auf diese Zeile klicken: DECLARE v_dept, v_actdept
CHAR(3). Und dreimal auf diese Zeile: DECLARE v_bonus, v_deptbonus, v_newbonus
DECIMAL(9,2). Die Anzahl erforderlicher Klickwiederholungen entspricht der Anzahl Variablendeklarationen.
- Wenn Sie eine Debugsitzung für eine gespeicherte Java-Prozedur starten, Unterbrechungspunkte hinzufügen und diese dann inaktivieren, sind die Unterbrechungspunkte weiterhin aktiviert. Umgehen Sie dieses Problem, indem Sie beim Starten einer neuen Debugsitzung zunächst alle alten Unterbrechungspunkte entfernen und anschließend neue Unterbrechungspunkte hinzufügen.
- Wenn Sie mit mehreren Datenentwicklungsprojekten arbeiten, tritt möglicherweise in einigen Fällen ein Fehler auf, wenn Sie versuchen, das Debugging für eine gespeicherte Prozedur auszuführen. Der Text der Fehlernachricht lautet wie folgt: "Gespeicherte Prozedur prozedurname konnte nicht lokalisiert werden. Die Prozedur wurde möglicherweise aus dem Arbeitsbereich gelöscht" oder "Quelle nicht gefunden".
- Wenn Sie direkt nach dem Beenden einer Debugsitzung für eine gespeicherte Java-Prozedur ein Debugging für eine gespeichert SQL-Prozedur ausführen, zeigt der Debugger möglicherweise an, dass die benutzerdefinierte Funktion vom Benutzer unterbrochen wurde. Zum Vermeiden dieses Problems versuchen Sie erneut, das Debugging für die gespeicherte SQL-Prozedur auszuführen.
1.4 Korrekturen an der Dokumentation
- Das Thema 'Verwenden von Visual Explain für Routinen' enthält eine falsche Aussage dazu, welche Server für Visual Explain unterstützt werden. Visual Explain wird unter den folgenden Betriebssystemen und Servern unterstützt:
-
Visual Explain ist auf der Windows(R)-Plattform verfügbar. Die folgenden Server werden unterstützt:
- DB2 UDB für Linux, UNIX und Windows Version 8.2
- DB2 Version 9 für Linux, UNIX und Windows
- DB2 UDB für z/OS Version 7 und 8
- Die folgenden Voraussetzungen müssen erfüllt sein, damit Sie OLE DB-UDFs mit Developer Workbench erstellen können:
-
- DB2 UDB für Linux, UNIX und Windows Version 8 (oder neuer).
- OLE DB 2.0 (oder neuer), erhältlich bei Microsoft unter http://www.microsoft.com. Wenn Sie versuchen, eine OLE DB-Tabellenfunktion aufzurufen, ohne zuerst OLE DB zu installieren, gibt DB2(R) Folgendes aus: SQLCODE-Wert -465, SQLSTATE-Wert 58032, Ursachencode 35. Informationen zu den Systemvoraussetzungen und zu OLE DB-Providern, die für Ihre Datenquellen zur Verfügung stehen, finden Sie in der Dokumentation zu Ihrer Datenquelle. Die Spezifikationen für OLE DB finden Sie in Microsoft OLE DB 2.0 Programmer's Reference and Data Access SDK, Microsoft Press, 1998.
- db2olefn.dll muss auf Ihrem Computer registriert sein. Zum Registrieren dieser DLL-Datei geben Sie regsvr32 db2-installationsverzeichnis\sqllib\function\db2olefn.dll in eine Befehlszeile ein. Dabei ist db2-installationsverzeichnis das Stammverzeichnis, in dem DB2 installiert ist.
- Die folgenden Voraussetzungen müssen erfüllt sein, damit Sie XML-UDFs mit Developer Workbench erstellen können:
-
- DB2 UDB für Linux, UNIX und Windows Version 8 (oder neuer).
- Wenn Sie an dem XML-Dokument vor der Verarbeitung XSL-Umsetzungen durchführen wollen, muss Ihre Zieldatenbank für DB2 XML Extender aktiviert sein.
Wenn Sie DB2 XML Extender aktivieren, sind die von der Datenbanksteuerkomponente bereitgestellten XSLTransform-UDFs in der Zieldatenbank verfügbar, um die XSL-Umsetzungen durchzuführen. Für lokale Datenbanken wird DB2 XML Extender automatisch aktiviert. Zum Aktivieren einer fernen Datenbank für XML Extender geben Sie
dxxadm enable_db beispiel
von dem Verzeichnis db2-installationsverzeichnis\sqllib\bin
aus in eine Befehlszeile ein. Dabei ist beispiel Ihre Zieldatenbank, und db2-installationsverzeichnis ist das Verzeichnis, in dem DB2 installiert ist.
- Die folgenden Aktionen sind nicht verfügbar, wenn Sie im Datenbankexplorer mit einer Offlineverbindung arbeiten. Folgende Informationen fehlen im Thema "Einschränkungen für Offlineverbindungen im Datenbankexplorer":
- Festlegen von SQL-Anweisungen, die vor oder nach der Ausführung einer Routine ausgeführt werden, und Festlegen der Parameter input oder inout über die Menüaktion Ausführungseinstellungen.
- Ausführen eines Debugs für gespeicherte Prozeduren auf dem aktuellen Server.
Zurück zum Inhaltsverzeichnis.
2.0 Installationsinformationen
2.1 Hardware- und Softwarevoraussetzungen
Hardwarevoraussetzungen
- Plattenspeicherplatz: 50 MB
- Speicher: 512 MB (1 GB empfohlen)
Softwarevoraussetzungen
-
- Microsoft Windows 2000 Server und Professional, Microsoft Windows 2003 Server und Microsoft XP Professional
- Red Hat Enterprise Linux 3 und SUSE Linux Enterprise Server 9
Zurück zum Inhaltsverzeichnis.
In diesem Abschnitt wird beschrieben, wie IBM Developer Workbench Version 9.1.0.2 mit Hilfe von Developer Workbench Product Updater installiert wird. Dieses Fixpack wird als Aktualisierung bereitgestellt. Sie sollten dieses Fixpack direkt vom IBM Aktualisierungsserver herunterladen. Sie können jedoch auch eine komprimierte Datei herunterladen, die dieses Fixpack für lokale Installationen enthält. In den folgenden Abschnitten wird beschrieben, wie dieses Fixpack installiert wird.
- Wenn Sie mit Hilfe des Aktualisierungsmanagers Produktmerkmale inaktiviert haben, indem Sie Hilfe > Software-Updates > Konfiguration verwalten angeklickt oder Dateien mit dem Namen feature.xml modifiziert haben, müssen Sie sie vor der Installation dieses Fixpacks erneut aktivieren.
Installieren Sie das Fixpack mit demselben Benutzerkonto, mit dem auch IBM Developer Workbench installiert wurde.
Einschränkungen:
- Während der Installation dieses Fixpacks kann IBM Developer Workbench nicht geöffnet sein.
- Auf Windows(R)-Betriebssystemen müssen Sie ein Benutzerkonto mit Administratorrechten verwenden. Auf Linux(R)-Betriebssystemen müssen Sie das Benutzerkonto des Roots verwenden.
Führen Sie die folgenden Schritte aus, um das Fixpack zu installieren:
- Starten Sie Developer Workbench Product Updater:
- Klicken Sie auf Windows-Betriebssystemen Start > Programme > IBM DB2 Developer Workbench > DWB Product Updater an.
- Öffnen Sie unter Red Hat Enterprise Linux 3.0 (GNOME Desktop Environment) das Hauptmenü, und klicken Sie Programming > DWB Product Updater an.
- Öffnen Sie unter SuSE Linux Enterprise Server 9.0 (K Desktop Environment) das Hauptmenü, und klicken Sie IBM DB2 Developer Workbench > DWB Product Updater an.
Anmerkung: Unter Red Hat Enterprise Linux 3.0 und SuSE Linux Enterprise Server 9.0 werden die Direktaufrufe des Produkts möglicherweise nicht an der Standardposition angezeigt, wenn Sie eine andere Desktopumgebung als die Standardumgebung verwenden.
- Klicken Sie die Option zum Suchen von Aktualisierungen an.
- Standardmäßig werden alle verfügbaren Aktualisierungen ausgewählt. Stellen Sie sicher, dass IBM Developer Workbench Version 9.1.0.2 ausgewählt ist.
Tipp: Klicken Sie die Aktualisierung an, um die zugehörige Beschreibung anzuzeigen. Die Beschreibung wird im Teilfenster Detaillierte Informationen angezeigt.
- Klicken Sie Updates installieren an.
- Klicken Sie OK an, um die Lizenzvereinbarung zu akzeptieren und mit der Installation fortzufahren.
Abhängig von der Prozessorgeschwindigkeit Ihres Computers, der Größe des Arbeitsspeichers und der Geschwindigkeit Ihrer Internetverbindung kann das Herunterladen und die Installation der Aktualisierung längere Zeit in Anspruch nehmen.
Nach Abschluss der Installation listet Developer Workbench Product Updater die installierten Aktualisierungen auf der Seite Installierte Produkte auf.
- Schließen Sie Developer Workbench Product Updater.
- Starten Sie Developer Workbench unter Verwendung der Option
-clean
erneut, damit die Änderungen berücksichtigt werden. Beispiel: eclipse -clean
.
Sie sollten dieses Fixpack direkt vom IBM Aktualisierungsserver installieren. Es steht jedoch auch zum Herunterladen bereit. Möglicherweise wollen Sie das Fixpack in den folgenden Situationen herunterladen und installieren:
- Sie haben eine langsame oder nicht stabile Internetverbindung und wollen einen Download-Manager verwenden, der das Herunterladen wieder aufnehmen kann.
- Sie haben Schwierigkeiten, auf die IBM Aktualisierungsserver hinter einer Firewall zuzugreifen.
- Sie ziehen es vor, das Fixpack herunterzuladen und zu einem späteren Zeitpunkt zu installieren.
Führen Sie die folgenden Schritte aus, um das Fixpack herunterzuladen und zu installieren:
- Laden Sie das Fixpack unter der folgenden Adresse herunter: ftp://ftp.software.ibm.com/software/data/db2/udb/developerworkbench/91/zips/dwb_9102.zip.
- Extrahieren Sie das Fixpack in ein temporäres Verzeichnis, wie z. B. C:\temp.
- Wechseln Sie zu C:\temp\dwbfp2\, und öffnen Sie die Datei install_local_9102.html, um Installationsanweisungen aufzurufen.
Informationen zu Produktneuerungen, zu Veranstaltungen, zur Unterstützung und mehr finden Sie auf der DB2-Hompage unter http://www-306.ibm.com/software/data/db2/9/.
3.0 Bemerkungen und Marken
3.1 Bemerkungen
Die vorliegenden Informationen wurden für Produkte und Services
entwickelt, die auf dem deutschen Markt angeboten werden. Möglicherweise bietet IBM
die in dieser Dokumentation beschriebenen Produkte,
Services oder Funktionen in anderen Ländern nicht an. Informationen
über die gegenwärtig im jeweiligen Land verfügbaren Produkte und Services
sind beim IBM Ansprechpartner erhältlich. Hinweise auf IBM Lizenzprogramme oder andere IBM Produkte bedeuten nicht,
dass nur Programme, Produkte oder Services von IBM
verwendet werden können. An Stelle der IBM Produkte,
Programme oder Services können auch andere
ihnen äquivalente Produkte, Programme oder
Services verwendet werden, solange diese
keine gewerblichen oder anderen Schutzrechte von IBM
verletzen.
Die Verantwortung für den Betrieb von Fremdprodukten,
Fremdprogrammen und Fremdservices liegt beim Kunden.
Für in diesem Dokument beschriebene Erzeugnisse und Verfahren
kann es IBM Patente oder Patentanmeldungen geben.
Mit der Auslieferung dieses Dokuments ist keine Lizenzierung dieser Patente verbunden.
Lizenzanforderungen sind schriftlich an folgende Adresse zu richten
(Anfragen an diese Adresse müssen auf Englisch formuliert werden):
IBM Director of Licensing
IBM Europe, Middle East & Africa
Tour Descartes
2, avenue Gambetta
92066 Paris La Defense
France
Trotz sorgfältiger Bearbeitung können technische
Ungenauigkeiten oder Druckfehler in dieser Veröffentlichung
nicht ausgeschlossen werden. Die Angaben in diesem Handbuch werden in regelmäßigen
Zeitabständen aktualisiert. Die Änderungen werden in
Überarbeitungen oder in Technical News Letters (TNLs) bekannt
gegeben. IBM kann ohne weitere Mitteilung jederzeit Verbesserungen und/oder
Änderungen an den in dieser Veröffentlichung beschriebenen Produkten
und/oder Programmen vornehmen.
Verweise in dieser Veröffentlichung auf Websites anderer
Anbieter dienen lediglich als Benutzerinformationen und
stellen keinerlei Billigung des Inhalts dieser Websites dar. Das
über diese Websites verfügbare Material ist nicht Bestandteil
des Materials für dieses IBM Produkt. Die Verwendung dieser
Websites geschieht auf eigene Verantwortung.
Lizenznehmer des Programms, die Informationen zu diesem Produkt wünschen mit der Zielsetzung: (i) den
Austausch von Informationen zwischen unabhängigen, erstellten Programmen und anderen Programmen
(einschließlich des vorliegenden Programms) sowie (ii) die gemeinsame Nutzung der ausgetauschten
Informationen zu ermöglichen, wenden sich an folgende Adresse:
IBM Corporation
J46A/G4
555 Bailey Avenue
San Jose, CA 95141-1003
USA
Die Bereitstellung dieser Informationen kann unter Umständen von bestimmten
Bedingungen - in einigen Fällen auch von der Zahlung einer Gebühr - abhängig sein.
Die Lieferung des im Handbuch aufgeführten Lizenzprogramms sowie des zugehörigen
Lizenzmaterials erfolgt auf der Basis der IBM Rahmenvereinbarung sowie der
Allgemeinen Geschäftsbedingungen von IBM, der
IBM Internationalen Nutzungsbedingungen für Programmpakete oder einer äquivalenten Vereinbarung.
Alle Informationen zu Produkten anderer Anbieter
stammen von den Anbietern der aufgeführten Produkte,
deren veröffentlichten Ankündigungen oder anderen
allgemein verfügbaren Quellen. IBM
hat diese Produkte nicht getestet
und kann daher keine Aussagen zu Leistung,
Kompatibilität oder anderen Merkmalen machen. Fragen zu den Leistungsmerkmalen von Produkten anderer Anbieter sind
an den jeweiligen Anbieter zu richten.
Die oben genannten Erklärungen bezüglich der Produktstrategien und
Absichtserklärungen von IBM stellen die gegenwärtige Absicht
von IBM dar, unterliegen Änderungen oder können zurückgenommen werden,
und repräsentieren nur die Ziele von IBM.
Diese Veröffentlichung enthält Beispiele für Daten und Berichte des alltäglichen
Geschäftsablaufes. Sie sollen nur die Funktionen des Lizenzprogrammes illustrieren;
sie können Namen von Personen, Firmen, Marken oder Produkten enthalten. Alle diese
Namen sind frei erfunden; Ähnlichkeiten mit tatsächlichen Namen und Adressen sind
rein zufällig.
3.2 Marken
IBM, Derby, Rational, DB2 Universal Database und zSeries sind in gewissen Ländern Marken oder eingetragene Marken der IBM Corporation.
Java und alle Java-basierten Marken sind in gewissen Ländern Marken von Sun
Microsystems, Inc.
Linux ist in gewissen Ländern ein Copyright von Linus Torvalds.
Microsoft, Windows 2000, Windows 2003 und Windows XP sind in gewissen Ländern Marken der Microsoft Corporation.
Andere Namen von Unternehmen, Produkten oder Services können Marken oder Servicemarken anderer Unternehmen sein.
Zurück zum Inhaltsverzeichnis.