© 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.
W przypadku importowania projektów z programu ClearCase za pomocą okna dialogowego "Importuj z istniejącego projektu" w zaimportowanym projekcie może brakować węzła "Deskryptor wdrażania" w widoku Eksplorator projektów.
Sposób obejścia: Należy zamknąć i ponownie otworzyć obszar roboczy.
Nie działa przycisk Przeglądaj... dla klasy serwletu w sekcji szczegółów serwletu edytora deskryptorów wdrażania WWW.
Sposób obejścia: Atrybut class serwletu należy modyfikować na stronie Źródło.
Jeśli jest włączona opcja automatycznego budowania i import odbywa się za pomocą wymiany projektów, mogą wystąpić błędy introspekcji. Błędy można zobaczyć również podczas ręcznego budowania projektów przy wyłączonej opcji automatycznego budowania.
Sposób obejścia: Należy zamknąć i ponownie otworzyć projekt.
Dla projektów J2EE (Web, EJB, EAR, Connector, Java™ Utility, App Client) ustawienia kompilatora na poziomie projektu będą dodawane za pomocą wartości domyślnych z używanego poziomu jre. Jeśli dla kompilatora obszaru roboczego zostały ustawione preferencje inne niż domyślne, konieczne może być usunięcie ustawień na poziomie projektu, przez usunięcie zaznaczenia opcji "Włącz ustawienia poziomu projektu" lub usunięcie pliku /.settings/org.eclipse.jdt.core.prefs.
W przypadku niektórych instancji systemu Linux importowanie pliku EAR do poprawnie zaimportowanych zagnieżdżonych plików źródłowych Java archiwów WAR może się nie powieść, jeśli włączona jest opcja automatycznego budowania.
Sposób obejścia: Przed importowaniem należy wyłączyć opcję automatycznego budowania. Ten sam sposób obejścia może pomóc w przypadku importowania pliku WAR.
Taka sytuacja może wystąpić podczas tworzenia wielu projektów modułów J2EE w wielu plikach ear kierowanych do różnych wersji środowisk wykonawczych.
Pole docelowego środowiska wykonawczego jest wyłączone podczas dodawania do istniejącego środowiska EAR (powinno dziedziczyć wersję EAR), ale czasami ta wersja jest niepoprawna i w celu odświeżenia należy dwukrotnie przełączyć (zaznaczyć i usunąć zaznaczenie) pole wyboru "Dodaj do EAR".
Po zaimportowaniu projektów w wersji 5.1.2/6 do obszaru roboczego w wersji 7.0 w celu migracji istniejących metadanych do stylu wersji 7.0 aktywowany jest program budujący.
W dużych obszarach roboczych to budowanie może potrwać kilka minut i nie należy zmieniać projektów do zakończenia procesu. Jeśli użytkownik nie zaczeka na zakończenie budowania po zaimportowaniu projektów i wystąpią takie problemy, jak ostrzeżenie serwera WebSphere® podczas próby otwarcia strony Wdrażanie zaimportowanego pliku EAR, należy zamknąć i ponownie otworzyć środowisko robocze.
W trakcie migracji projektu operacja może się nie powieść; wówczas projekt pozostanie w stanie częściowo zmigrowanym.
Sposób obejścia: W perspektywie Zasób należy otworzyć plik ".project" w katalogu głównym projektu i usunąć następujący wpis:
<nature>org.eclipse.wst.common.modulecore.ModuleCoreNature</nature>
Następnie należy zrestartować środowisko robocze i uruchomić budowanie od podstaw. Spowoduje to ponowną aktywację migracji danego projektu.
Jeśli podczas tworzenia nowych składników w edytorze wizualizatora komponentu EJB edytor deskryptora wdrażania komponentu EJB jest otwarty na stronie "Odniesienia", mogą wystąpić wyjątki powodujące błędy w generowanych składnikach komponentu EJB.
Sposób obejścia: Przed pracą z edytorem wizualizatora komponentu EJB należy zamknąć edytor deskryptora wdrażania komponentu EJB.