zaćmienie utknęło podczas tworzenia przestrzeni roboczej

Używam Eclipse 3.4.1 Java EE pod Vista. Wygląda na to, że utknąłem podczas tworzenia mojego miejsca pracy. Anulowanie kompilacji również wydaje się nic nie robić.

Dlaczego tak się dzieje i jak rozwiązać problem?

Możesz zapoznać się z artykułem Jak zgłosić zakleszczenie . Możesz również sprawdzić widok błędów i / lub dziennik błędów ([obszar roboczy] /. Metadata / .log). Jeśli to nie pomoże, prawdopodobnie będziesz musiał dołączyć więcej informacji na temat zainstalowanych wtyczek i posiadanych projektów. Czy potrafisz stworzyć minimalny obszar roboczy, który odtwarza problem?

Udało mi się to naprawić w następujący sposób:

Najpierw wyjdź z Eclipse. Następnie tymczasowo przenieś następujący .projectsfolder w bezpieczne miejsce:

mv .metadata\.plugins\org.eclipse.core.resources\.projects projects

Uruchom i zamknij Eclipse, a następnie przenieś .projectsfolder z powrotem do miejsca, w którym był pierwotnie:

mv projects .metadata\.plugins\org.eclipse.core.resources\.projects

Oczywiście korzystasz na własne ryzyko.

Czasami bardzo pomocne jest wykonanie zaćmienia z wiersza poleceń z parametrem „-clean”, aby wymusić porządkowanie obszaru roboczego.

Eclipse -clean nie działało, ale po nim

eclipse -clean -clearPersistedState

Eclipse często zawiesza się na 44%, jeśli debuguję Androida przez USB. Podczas odłączania urządzenia uruchamia się Eclipse.

Zaakceptowana odpowiedź pozwoliła mi ponownie uruchomić Eclipse, ale wydaje się, że projekty utraciły metadane. (Np. Wszystkie ikony Git / Gradle / Spring zniknęły z nazw projektów.) Mam tam wiele projektów i nie chciałem importować ich od nowa.

Oto, co zadziałało dla mnie pod kierunkiem Keplera. YMMV, ale chciałem to nagrać na wypadek, gdyby to komuś pomogło.

Krok 1. Tymczasowo usuń .projectsplik z drogi:

$ cd .metadata/.plugins/org.eclipse.core.resources
$ mv .projects .projects.bak

Krok 2. Następnie uruchom Eclipse. Brakuje metadanych, ale przynajmniej Eclipse uruchamia się bez utknięcia.

Krok 3. Zamknij Eclipse.

Krok 4. Przywróć .projects.bakplik do jego oryginalnej nazwy:

$ mv .projects.bak .projects

Krok 5. Uruchom ponownie Eclipse. Może coś zbudować, ale tym razem powinno się przedostać. (Przynajmniej zrobiło to dla mnie.)

Krok 1:

Otwórz katalog projektu i edytuj plik .project, usuń następujące wiersze, aby wyłączyć sprawdzanie poprawności skryptu java.

  <buildCommand>
      <name>org.eclipse.wst.jsdt.core.javascriptValidator</name>
      <arguments>
      </arguments>
    </buildCommand>

Zapisz plik.

Krok 2:

Przejdź do katalogu zainstalowanego Eclipse i otwórz eclipse.ini (lub sts.in, jeśli masz STS), zmień wartości xms i xmx w oparciu o wielkość pamięci RAM komputera.

-Xms512m
-Xmx1024m
-XX:MaxPermSize=256m

LUB: w systemie Windows przejdź do skrótu zaćmienia na pulpicie, kliknij prawym przyciskiem myszy-> właściwości-> dodaj następujące: C: \ software \ eclipse \ sts-3.6.2.RELEASE \ STS.exe -clean -Xms512m -Xmx1024m

Uruchom Eclipse.

Idź do Eclipse-> windows-> preferencje-> Validation, włącz Suspend all validators. Zrób to, jeśli nie chcesz wykonywać żadnej weryfikacji na liście podanej w panelu Validator.

Mam ten problem, gdy mam otwartych za dużo projektów maven na raz. Zwykle robię:

• Uruchom ponownie zaćmienie (czasami muszę zabić zaćmienie)
• Natychmiast wyłącz automatyczną kompilację (projekt> odznacz Kompiluj automatycznie)
• Kliknij prawym przyciskiem myszy projekt (y), które chcę przebudować
• Zamknij niepowiązane projekty
• Ponownie włącz automatyczną kompilację

Umożliwia to funkcjonalną przebudowę w 99% przypadków w moim obszarze roboczym.

Jedynym rozwiązaniem dla mnie (Luna 4.4.1) było to:

Idź do Project Properties> Builders, a następnie odznacz Javascript Validator.

Podobny problem napotkałem w Eclipse Indigo. Zmieniłem HeapSize i zaczęło działać poprawnie. Właśnie dodałem następujący plik eclipse.ini -vmargs -Xms1024m -Xmx1024m

Działa dobrze po zwiększeniu rozmiaru maszyny wirtualnej

Miałem ten sam problem z moim Eclipse i jako rozwiązanie stworzyłem nowy projekt, skopiowałem wszystkie zasoby ręcznie (za pomocą kopiowania / wklejania systemu Windows) do nowego projektu, usunąłem stary projekt i to wszystko.

Czasami dzieje się tak z powodu nieprawidłowego zamknięcia systemu, a obszar roboczy Eclipse zaczął napotykać podobne problemy.

Mam nadzieję, że to zadziała.

Usunięcie niektórych indeksów JDT (w .metadata.plugins \ org.eclipse.jdt.core), szczególnie dużych plików, często rozwiązuje lub ułatwia mi problem.

Po prostu miałem ten sam problem.

Używając Menedżera zadań do zabijania procesu kompilacji i wychodzenia z Eclipse bez otwartych projektów, mogłem wrócić do Eclipse i wyczyścić projekt bez otwierania go. Następnie ponownie uruchomiłem Eclipse, załadowałem mój projekt i wszystko OK.

Odznacz automatyczną kompilację za pomocą Eclipse-> Windows-> Preferencje, aby rozwiązać ten problem.

Zauważyłem, że może się to również zdarzyć, jeśli przebudujesz obszar roboczy za pomocą projektu zawierającego wiele danych obrazu (takich jak dedykowany projekt obrazów). Najlepiej byłoby umieścić coś takiego w swoim własnym obszarze roboczym i obsługiwać to oddzielnie od reszty projektów, którymi się zajmujesz.

Jeśli nie możesz, nie czyść tego projektu podczas czyszczenia i przebudowy. Przebuduj tylko wtedy, gdy jest to konieczne.

W moim przypadku problem pojawia się po zaimportowaniu pobranego projektu - utknąłem na 80% kompilacji. Rozwiązany przez dodanie uprawnień zapisu dla grupy do plików projektu (Ubuntu 12.04).

W moim przypadku pomogło to usunąć foldery źródłowe z moich ulubionych w Eksploratorze Windows (Windows 8.0). Wygląda na to, że kompilacja w rzeczywistości nie utknęła, ale została uruchomiona w jakiejś nieskończonej pętli (jak wspomniano tutaj - Bug 342931).

Czasami wydaje się, że problem można rozwiązać, zabijając inne programy, które mają otwarte pliki z folderu projektu.

Przeglądanie logów [workspace]/.metadata/.logdostarczyło mi przydatnych informacji. Okazało się, że doszło do java.lang.OutOfMemoryError: PermGen space errorzawieszenia kompilacji obszaru roboczego. Można to edytować w pliku eclipse.inilub sts.ini(jeśli używasz pakietu narzędzi SpringSource).

Napotkałem ten sam problem, gdy próbowałem zainstalować Angular.js z altaną w moim projekcie. Wygląda na to, że bower ma wiele plików javascript, które pobrał automatycznie, co spowodowało, że moje IDE utknęło w procesie weryfikacji przez długi czas. Więc rozwiązałem ten problem w ten sposób,

• Najpierw zainstalowałem tern.js 0.9.0.
• Następnie przeszedłem do właściwości projektu, wybrana ścieżka skryptu tern zawierała tylko ścieżkę potrzebną do walidacji, folder javascript mojego projektu. Wykluczyłem inne ścieżki, takie jak symbole zastępcze, pliki Angular.js, pliki Jquery.
• Ponownie wybrałem JavaScript z właściwości i zrobiłem to samo w źródle dołączanej ścieżki.

Moje IDE obecnie działa bez zamrażania. Stamtąd skorzystałem z pomocy. Wydaje mi się, że może to być pomocne, gdy jakiekolwiek IDE utknęło z powodu dużej ilości plików Javascript.

Wypróbowałem wiele z tych sugestii, ale jedyną rzeczą, która w końcu zadziałała, było utworzenie nowego obszaru roboczego i świeżo sprawdzanie wszystkich moich projektów w tym folderze. Wtedy działało dobrze ;-)

Właśnie ponownie uruchomiłem zaćmienie i zaczęło działać następnym razem.

Odśwież wszystkie projekty, które chcesz zbudować. Pracował

Uruchom ponownie zaćmienie.
U mnie zadziałało kilka razy.

Udało mi się to rozwiązać, usuwając dodatkowy folder, który Eclipse utworzył w moim folderze instalacyjnym eclipse. Nie zainstalowałem i korzystałem z Eclilpse Neon 3 z zainstalowanym pakietem Spring Tool. Ale kiedy zajrzałem do wyodrębnionej instalacji eclipse, miałem folder C:, który miał pewną strukturę folderów. To było lustrzane odbicie mojego folderu Pobrane. Usunąłem go i uruchomiłem ponownie.

U mnie zadziałało!

Żadna z odpowiedzi tutaj nie zadziałała. Udało się usunąć następujący folder

C: \ Users \ twoja nazwa użytkownika \ obszar roboczy \ nazwa projektu.metadata.plugins \ org.eclipse.core.resources.projects \ nazwa projektu \ .indexes

Zamiast debugować i znaleźć dokładną główną przyczynę (przyczyny) tego, właśnie usunąłem projekty i folder metadanych. Eclipse odbuduje plik .metadata przy następnym uruchomieniu.

Następnie ściągnąłem najnowszy kod projektu i problem został rozwiązany. Wymagało to więcej pracy, ponieważ musiałem zmienić wszystko, w tym moje serwery, ale obszar roboczy kompilacji zatrzymywał się na poziomie 50% w dowolnym miejscu od 3 do 5 minut, zanim całkowicie się zakończył, więc było to warte wysiłku.

Zauważyłem również, że w przypadku Eclipse, jeśli zatrzymasz obszar roboczy kompilacji przed zakończeniem i zamkniesz Eclipse, jeśli to wszystko zawiesi, możesz naprawdę zepsuć konfigurację i stracić dużo czasu, próbując przywrócić stabilność. Używam Eclipse Oxygen, ale zdarzyło mi się to we wszystkich wersjach Eclipse, z których korzystałem, więc naprawdę staram się tego unikać, jeśli to możliwe.

W folderze projektu otwórz plik .project. Jest zły wpis i może pomóc

    <buildCommand>
        <name>org.eclipse.m2e.core.maven2Builder</name>
        <arguments>
        </arguments>
    </buildCommand>

Jeśli używasz Mavena jako narzędzia do kompilacji, możesz chcieć:

1. Bliskie zaćmienie

2. Usuń katalogi zależności zlokalizowane w .m2 / repository / - w Linuksie znajduje się w katalogu domowym, aw Windows powinien znajdować się w c: \ Users <YourUsername> .m2 (zamień '' na swoją nazwę użytkownika)

3. Uruchom Eclipse i ciesz się normalną pracą :)

To pomogło mi rozwiązać ten problem i mam nadzieję, że pomoże tobie. :)
Pozdrawiam!

PS Edytowałem moją odpowiedź (jak pytał @howlger ), gdzie zasugerowano również usunięcie folderów .eclipse i .p2, ponieważ może to zaszkodzić ( chociaż NIE w moim przypadku + Musiałem ponownie zainstalować niektóre wtyczki. za pomocą).