© Copyright International Business Machines Corporation 2006. Alle Rechte vorbehalten.
© Copyright IBM Deutschland GmbH 2000, 2006. Alle Rechte vorbehalten.
Es können Probleme auftreten, wenn Sie eine UDDI-Registry unter Verwendung von DB2® unter Windows® installieren, wenn der Installationspfad von WebSphere® Application Server Leerzeichen enthält (zum Beispiel, wenn WebSphere Application Server unter 'C:\Program Files\IBM\WebSphere\AppServer' installiert wird). Dies hat zur Folge, dass die Erstellung der UDDI-Registry in der DB2-Datenbank fehlschlägt.
Es wird kein Fehler angezeigt, in dem Szenario wird eine DB2-Datenbank erstellt, und die UDDI-Anwendung wird auf dem Server implementiert. Die Datenbank wird jedoch nicht vorab mit Informationen gefüllt, die für das Funktionieren der UDDI-Registry erforderlich sind. Dies hat zur Folge, dass der UDDI-Knoten nicht erstellt und zum Server hinzugefügt wird.
Installieren Sie zur Behebung dieses Problems WebSphere Application Server unter einem Pfad, in dem keine Leerzeichen enthalten sind (Beispiel: 'C:\IBM\WebSphere\AppServer').
Wenn in einem Arbeitsbereich mehrere WebSphere-Web-Services ausgeführt werden, wird in manchen URLs in der WebSphere-Web-Service-Kategorie im WSDL-Browser oder in der Erkennung des Web-Services-Explorers ein falscher Portkomponentenname angezeigt. Das eventuell falsche URL-Muster sieht ungefähr folgendermaßen aus:
.../services/L<port component name>?WSDL
zum Beispiel
.../services/LEcho?WSDL
Verwenden Sie zur Vermeidung dieses Problems den WSDL-Lokator im Arbeitsbereich.
Im Zusammenhang mit der Verzeichnislänge für WebSphere Application Server 6.0 tritt ein Problem auf, das dazu führen kann, dass die Workbench nicht mehr antwortet, während ein Web-Service erstellt wird, der in WebSphere Application Server 6.0 mit Hilfe des Web-Service-Assistenten implementiert wurde. Das Problem tritt auf, wenn WebSphere Application Server 6.0 eine Ausnahmebedingung abfängt, weil die .wsdl-Datei nicht vollständig für die generierte .war-Datei verarbeitet werden konnte. Der WebSphere-Prozess gelangt in eine Endlosschleife, der Web-Service-Assistent wird darüber jedoch nicht informiert und ist blockiert. Da die Schaltfläche zum Abbrechen im Assistenten zu diesem Zeitpunkt des Prozesses inaktiviert ist, gibt es keine andere Möglichkeit zum Abbrechen der Publizierung als den Workbench-Prozess zu beenden.
Zur Vermeidung dieses Problems sollten Sie bei der Arbeit mit WebSphere Application Server 6.0 darauf achten, dass diese bekannte Einschränkung bezüglich der Datei- und Verzeichnislänge unter Windows existiert und die Profile an Installationspositionen speichern, die möglichst kurze Namen besitzen, zum Beispiel im Pfad 'c:\profiles'. Die Profile können zwar standardmäßig in einem ziemlich tiefen Pfad gespeichert werden, an einem bestimmten Punkt schlägt der Versuch zum Schreiben von Dateien in das temporäre Profilverzeichnis jedoch fehl, und eine E/A-Ausnahmebedingung wird ausgegeben, die die Publizierung stoppt.
Die Befehlszeilen-Web-Service-Erstellungsscriptsscripts (WSDL2WebService, WSDL2WebService13, WSDL2Client, WSDL2Client13) können fehlschlagen, wenn Sie im Stammverzeichnis ausgeführt werden. Erstellen Sie ein Arbeitsverzeichnis, und stellen Sie sicher, dass das Argument "-project" auf ein Verzeichnis im Arbeitsverzeichnis verweist.