Eclipse mówi: „Obszar roboczy jest w użyciu lub nie można go utworzyć, wybierz inny”. Jak odblokować obszar roboczy?

Kiedy zaczynam, Eclipse mówi „Nie można zablokować obszaru roboczego”

„Nie można uruchomić produktu, ponieważ powiązany obszar roboczy jest obecnie używany przez inną aplikację Eclipse.” lub „Obszar roboczy jest w użyciu lub nie można go utworzyć, wybierz inny”.

Ale wiem, że tak nie jest.

Jak go „odblokować”?

Po prostu usuń .lockplik z .metadatakatalogu w katalogu obszaru roboczego Eclipse.

Środki ostrożności - jeśli usuniesz .metadatafolder, wszystkie preferencje zostaną usunięte.

Do tej pory widziałem 3 inne poprawki:

1. w pliku .metadata /, rm .lock
2. jeśli # 1 nie działa, spróbuj zabić proces javaw.exe itp., a następnie plik rm .lock
3. jeśli # 1 i # 2 nie działają, wypróbuj plik rm .log w .metadata / i dwukrotnie sprawdź .plugin /.
4. To zawsze działało dla mnie: przenieś .metadata /, otwórz i zamknij zaćmienie, a następnie zastąp .metadata wstecz

Rozwiązanie sprowadza się do wyczyszczenia folderu .metadata.

Przejdź do Menedżera zadań (kliknij prawym przyciskiem myszy na pasku zadań) i wybierz pasek menu Processess, wybierz eclipse.exe i kliknij EndProcess

Inną możliwą przyczyną problemu „Obszar roboczy w użyciu lub nie można go utworzyć, wybierz inny” jest to, że rzeczywista ścieżka do obszaru roboczego mogła się zmienić .

W moim przypadku rzeczywista lokalizacja obszaru roboczego uległa zmianie, ale użyłem dowiązania symbolicznego, aby wyglądało to tak, jakby znajdowało się w tym samym miejscu. Widziałem błędy w logach wskazujące, że zaćmienie patrzyło na poprzednią „prawdziwą” lokalizację, w przeciwieństwie do podążania za dowiązaniem symbolicznym, i to powodowało błędy.

W moim przypadku właśnie przeniosłem obszar roboczy z powrotem do jego starej lokalizacji.

Istnieje inny przypadek, w którym ścieżka do obszaru roboczego może nie istnieć, np. Jeśli zaimportowano preferencje z innego obszaru roboczego, wówczas niektóre zaimportowane adresy obszaru roboczego mogą pojawić się w oknie dialogowym „otwartego obszaru roboczego”; to jeśli nie zwrócisz uwagi na te adresy, otrzymasz ten sam błąd, gdy spróbujesz je otworzyć.

Uruchomienie zaćmienia w tym Administrator Moderozwiązało. Możesz to zrobić, klikając [Kliknij prawym przyciskiem myszy] -> Uruchom jako administrator w katalogu eclipse.exeinstalacyjnym.

Byłem w środowisku pracy z maszyną win7 mającą restrykcyjne uprawnienia. Usunąłem również pliki .locki .log, ale to nie pomogło. Może to być także kombinacja wszystkich, dzięki czemu działa.

Czasami, jeśli korzystasz z systemu Windows, możesz nie widzieć wszystkich procesów - lub procesu winowajcy w Menedżerze zadań. Musiałem kliknąć „Pokaż proces wszystkim użytkownikom”, a java.exe musiałem zabić, aby odzyskać mój obszar roboczy.

Innym możliwym przypadkiem, jeśli żaden nie działa, jest sprawdzenie, czy jest uruchomiona Javaaplikacja. może być twoje poprzednie otwieranie i zamykanie pozostawiło niezabite wystąpienia Java.

1. Poszukaj jakiejkolwiek instancji Java, która jest uruchomiona, jeśli są co najmniej dwa, musisz zabić jedną, ale przez większość czasu zabijam dowolną uruchomioną Java :) ponieważ ta Java korzysta z przestrzeni roboczej wcześniej i nadal będzie, jeśli nie zabije to.

2. Zmień inne miejsce pracy, jeśli chcesz używać wielu IDE i pracować nad innym lub tym samym projektem, ale powinieneś zaimportować projekt z obszaru roboczego po otwarciu IDE.

usuwanie dzienników i .lock nie działało, ale

-clean opcja naprawiła to dla mnie.

napotkałem ten problem, gdy kiedykolwiek zaćmienie nie jest zamknięte (zabić zaćmienie przetworzyć z menedżera zadań lub wyłączyć komputer), próbowałem poniżej kroków, zadziałało to dla mnie.

1) Usuń nazwy plików zaczynające się od „.fileTable” z tego folderu

C: \ eclipse \ configuration \ org.eclipse.osgi.manager

2) Usuń pliki dziennika, tak jak pliki tekstowe zaczynają się od nazw numerycznych z tego folderu

C: \ eclipse \ configuration

3) Otwórz wiersz polecenia (cmd) i przejdź do tego folderu

C: \ eclipse

wpisz poniżej polecenie

czysty start zaćmienia

Odpowiedź udzielona przez @Boris jest poprawna w 99% przypadków, jednak może się również zdarzyć, jeśli otworzysz obszar roboczy w starszej wersji Eclipse. Obszar roboczy zaimportowany do / utworzony za pomocą Juno zgłosi ten błąd po otwarciu w Galileo.

Innym nazbyt częstym powodem tego problemu jest próba załadowania katalogu na dysk, który nie jest już podłączony. Załóżmy na przykład, że programujesz w C: \ Code \ Java, ale od czasu do czasu działa na dysku flash H: \ Code \ Java. Jeśli nie masz podłączonego napędu, możesz łatwo uwierzyć, że próbujesz załadować prawidłowy katalog, nie zauważając literówki.

Innym problemem jest to, że środowisko Eclipse nie ma dostępu do zapisu do folderu src. Zmień uprawnienia bezpieczeństwa i upewnij się, że dodano „Uwierzytelnionych użytkowników” z zaznaczonymi wszystkimi uprawnieniami, ale Pełna kontrola i uprawnienia specjalne.

Wystąpił ten błąd po ponownym uruchomieniu systemu (po długim czasie. Zwykle po prostu uśpiam go). Dowiedziałem się, że kiedy zamontowałem dyski (klikając i otwierając je), gdzie znajduje się folder projektu i ponownie uruchomiłem zaćmienie, rozwiązałem problem.

PS: Jestem użytkownikiem Ubuntu.

Oto kilka kroków, aby rozwiązać ten problem. 4 krok działa dla mnie.

1. Usuń pliki .log znajdujące się w folderze .metadata.
2. Sprawdź bieżące uprawnienia użytkownika, upewnij się, że pole wyboru pełnej kontroli jest zaznaczone, kliknij Zastosuj, a następnie OK.
3. Jeśli uruchomisz defragmentację lub konserwację dysku systemowego przed uruchomieniem edytora Eclipse, czasami ścieżka oryginalnego pliku nie znajduje się w odpowiedniej ścieżce, aby upewnić się, że uruchomisz „poprzednią wersję” przed konserwacją systemu dysku, na którym zapisano środowisko robocze Eclipse lub coś podobnego do tego .
4. Ta ostatnia opcja działa dla mnie. Sprawdź literę bieżącego dysku, na którym zapisano edytor kodów. Jeśli coś niezwykłego, np. Przed konserwacją, twoja litera dysku to K, to po defragmentacji lub konserwacji. Litera dysku jest teraz L, dlatego należy zmienić literę dysku na oryginalną, czyli K. Aby to zrobić, kliknij ff: Otwórz panel sterowania System i zabezpieczenia Narzędzia administracyjne Zarządzanie komputerem Zarządzanie dyskami na dysku mngt wybierz przykład dysku L, a następnie prawo kliknij> zmień literę dysku i ścieżkę> kliknij usuń> następnie ok, otwórz go ponownie, a następnie> kliknij dodaj i> wybierz oryginalną literę dysku dla tego napędu, a następnie kliknij OK. Jeśli używasz komputera przez dłuższy czas, zrestartuj najpierw, aby odświeżyć wszystko.

Wybór „innego” jest w rzeczywistości dość łatwym rozwiązaniem.

Uruchomiłem Eclipse jako administrator ( sudo eclipsez wiersza poleceń), ponieważ folder „workspace” rzucałWorkspace in use or cannot be created… błąd (i działanie jako administrator wydawało się jedynym rozwiązaniem, które go naprawiło).

Współpracownik (pracujący ze mną nad tym samym problemem) chciał uruchomić Eclipse, klikając ikonę. Kiedy więc uruchomił Eclipse i pojawiło się okno dialogowe z wyborem obszaru roboczego, po prostu dodał „2” na końcu „obszaru roboczego”.

Stworzyło to nowy folder: „workspace2”. Zaćmienie poszło z tym dobrze; i od tego czasu nie miałem żadnych problemów z blokowaniem.

Wystąpi, gdy nie zamkniesz poprawnie eclipse.exe.

* Otwórz Menedżera zadań-> Zakończ zadanie zaćmienia-> Teraz otwórz eclipse.exe, to zadziała.

Mam nadzieję, że jej ktoś pomoże.

Zauważyłem jeden przypadek, gdy zaćmienie przy wymuszonym wyjściu lub Alt-f2 xkilled w Linuksie próba natychmiastowego otwarcia zaćmienia pokazuje ten błąd. W tym przypadku nie ma nawet pliku metadat / .lock. Jednak zaczyna działać po około dwóch minutach

Użytkownicy komputerów Mac:

Możliwe, że w tle działa inne wystąpienie zaćmienia. Jeśli tak, użyj albo Force Quit eclipse, albo

ps -ef | grep eclipse
zabij -9 pid

do wszystkich wystąpień zaćmienia i uruchom nowy obszar roboczy

Nie wiem, co jest nie tak, ale rozwiązałem ten problem, tworząc katalog bezpośrednio na dysku c (c: \ dev) zamiast z mojego folderu domowego (c: \ users \ me \ dev). Ale nie muszę o tym myśleć. W moim przypadku jest to rozpakowana świeża instancja zaćmienia. Nie widzę folderu .matadata w folderze Eclipse. Z łaski Bożej rozwiązałem.

Uruchom Eclipse z opcją -Dosgi.locking=none.

Mam tu sztuczkę i to działa.

Nie rób tego, chyba że wiesz, że nikt nie może pracować nad tym samym plikiem w tym samym czasie.

Powód, dla którego mi się to przytrafiło (z Photonem) został łatwo naprawiony poprzez zmianę ogólnych preferencji Eclipse:

Window -> Preferences -> General: Uncheck: "Always run in background"

Po wprowadzeniu tej zmiany, za każdym razem, gdy zamkniesz Eclipse, proces javaw.exe nie będzie już działał w tle. Domyślam się, że jest to błąd w Photonie (lub błąd związany z używaniem wersji Java Java Amazon Corretto OpenJDK z Eclipse), który pewnego dnia zostanie naprawiony.