© Copyright International Business Machines Corporation 2006. Wszelkie prawa zastrzeżone. Ograniczone prawa na rzecz rządu Stanów Zjednoczonych - używanie produktów, tworzenie ich duplikatów oraz ujawnianie informacji o nich podlega zastrzeżeniom zawartym w umowie GSA ADP Schedule zawartej z firmą IBM® Corp.
Podczas instalowania rejestru UDDI za pomocą bazy danych DB2® w systemie Windows® mogą wystąpić problemy, jeśli ścieżka instalacyjna serwera WebSphere® Application Server zawiera spacje (na przykład jeśli serwer WebSphere Application Server jest zainstalowany w katalogu C:\Program Files\IBM\WebSphere\AppServer). Powoduje to, że tworzenie rejestru UDDI dla bazy danych DB2 nie powiedzie się.
Użytkownik nie zobaczy błędu, a w scenariuszu zostanie utworzona baza danych DB2 oraz wdrożona aplikacja UDDI na serwerze. Jednak baza danych nie zostanie wstępnie wypełniona informacjami wymaganymi przez rejestr UDDI. Spowoduje to, że węzeł UDDI nie zostanie utworzony i dodany do serwera.
Aby rozwiązać ten problem, serwer WebSphere Application Server należy zainstalować w ścieżce, która nie zawiera spacji (na przykład: C:\IBM\WebSphere\AppServer).
Gdy obszar roboczy zawiera więcej niż jedną uruchomioną usługę WebSphere Web Service, niektóre adresy URL w kategorii WebSphere Web Service w przeglądarce plików WSDL eksploratora usług Web Services i w oknie dialogowym Wykrywanie będą zawierały niepoprawną nazwę komponentu portu. Wzorzec adresu URL, który może być niepoprawny, ma postać:
.../services/L<nazwa komponentu portu>?WSDL
na przykład
.../services/LEcho?WSDL
Aby rozwiązać ten problem, należy skorzystać ze wskaźnika WSDL obszaru roboczego.
Istnieje problem dotyczący długości nazw katalogów dla serwera WebSphere Application Server wersja 6.0; może się zdarzyć, że środowisko robocze nie będzie odpowiadało podczas tworzenia - za pomocą kreatora usług Web Services - usługi wdrażanej na serwerze WebSphere Application Server, wersja 6.0. Problem występuje, gdy serwer WebSphere Application Server, wersja 6.0, przechwyci wyjątek spowodowany niemożliwością pełnego przetwarzania pliku .wsdl dla generowanego pliku .war. Proces WebSphere wchodzi w nieskończoną pętlę, jednak kreator usług Web Services nie jest o tym powiadamiany i następuje jego zakleszczenie. Ponieważ przycisk anulowania kreatora jest wyłączony w tym punkcie przetwarzania, nie ma innego sposobu na anulowanie publikowania niż zakończenie procesu środowiska roboczego.
Dlatego podczas pracy z serwerem WebSphere Application Server, wersja 6.0, należy pamiętać, że występuje tu znane ograniczenie długości nazwy pliku/katalogu w systemie Windows i przechowywać profile w najkrótszej możliwej lokalizacji, na przykład c:\profiles. Domyślnie profile mogą być instalowane w dość głębokiej ścieżce i w pewnym momencie próba zapisania pliku w katalogu tymczasowym profilu nie powiedzie się, zgłaszając wyjątek we/wy, który zatrzyma publikowanie.
Skrypty do tworzenia usług Web Service wywoływane z wiersza komend (WSDL2WebService, WSDL2WebService13, WSDL2Client, WSDL2Client13) mogą zakończyć się niepomyślnie, jeśli zostaną uruchomione z poziomu katalogu głównego. Należy utworzyć katalog roboczy i upewnić się, że argument "-project" wskazuje na katalog wewnątrz katalogu roboczego.