Eclipse zawiesza się w module ładującym treści SDK systemu Android

Od kilku tygodni pracuję z Eclipse 4.2 (wydanie Juno 20120920-0800) w systemie OS X 10.8.2, tworząc aplikacje dla systemu Android 3.0 i nowszych wersji. Mam czterordzeniowy MacBook Pro i7 z dyskiem SSD, więc wydajność nie stanowi problemu. Wszystko było w porządku.

W pewnym momencie zaimportowałem projekt Androida, który wymagał Androida 2.2, więc zainstalowałem go za pomocą menedżera Android SDK (v.21). Od tego czasu praca z Eclipse trwa wiecznie. Przede wszystkim wydrukuje następujące informacje w komunikacie o stanie w prawym dolnym rogu:

Moduł ładujący treści SDK Androida: (0%)

To zajmuje około dwóch minut. Konkretny komunikat to „Sprawdź projekty” i podczas tego procesu wszystkie projekty Androida są podświetlone na czerwono, ponieważ nie znaleziono zasobów Androida. Następnie następuje:

Ładowanie danych dla Androida 2.2 (100%)

Zostanie na kilka minut. Następnie robi to samo z Androidem 3.1 i innymi wersjami SDK, które zainstalowałem. Zasadniczo zawiesza się za każdym razem, gdy uruchamia się pierwsze autouzupełnianie (np. Po wpisaniu System.) lub gdy uzyskuję dostęp do preferencji Androida przed załadowaniem.

Oto stan mojego zestawu SDK dla Androida:

Co już próbowałem:

• Ponowna instalacja zestawu Android SDK (przez Homebrew), a tym samym /usr/local/Cellar/android-sdkcałkowite usunięcie .

• Ponowna instalacja wtyczki AVD (v.21) od zera.

Co mogę zrobić, aby dowiedzieć się o źródle tych problemów i wrócić do ładnego i czystego stanu?

Oto rozwiązanie, które znalazłem i które działa poprawnie:

1. Upewnij się, że zaćmienie nie jest aktywne. Jeśli jest aktywny, zabij zaćmienie z zakładki procesów menedżera zadań
2. Otwórz %USERPROFILE%/w systemie Windows lub po prostu ~w systemie Linux / OS X (możesz zlokalizować ten folder z pulpitu)
3. Idź do .androidfolderu (może to być ukryty folder)
4. Usuń folder cacheznajdujący się w .androidfolderze
5. Usuń plik ddms.cfgznajdujący się w .androidfolderze
6. Uruchom Eclipse

Mam nadzieję, że to zadziała dla ciebie.

Ten sam problem tkwi w 0%. Biegł

/Applications/eclipse/eclipse -clean

i wszystko znów działało świetnie. Zmodyfikuj tę ścieżkę dla pól linuksowych.

Aktualizacja (z uwagi od @Janusz)

W przypadku użytkowników komputerów Mac z zaćmieniem poza katalogiem aplikacji polecenie czyszczenia będzie wyglądać podobnie do:

path/eclipse/Eclipse.app/Contents/MacOS/eclipse -clean 

Przejdź do katalogu obszaru roboczego \workspace\.metadata\.plugins\org.eclipse.core.resources\.projectsi usuń wszystkie znajdujące się tam projekty.

Uwaga: nie stracisz swoich projektów

Użyłem tutaj innych odpowiedzi, aby rozwiązać ten problem, ale ostatnio natknąłem się na to i żadne z nich nie zadziałało. Nie chciałem ponownie instalować ani usuwać mojego obszaru roboczego, więc w końcu znalazłem taki, który działał i mógłby pomóc komuś innemu. Usuń plik:

/workspace/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi

Jeśli chcesz, możesz najpierw wykonać kopię zapasową. Przechowuje ustawienia środowiska roboczego (stan perspektywy, ścieżki plików dla opcji menu itp.) Ale zaćmienie zostało załadowane i nie musiałem ponownie instalować niczego, co sugeruje odpowiedź. I nigdzie tego nie widziałem.

Wiem, że problem został rozwiązany, ale pomyślałem, że udostępnię ten link :

Rozwiązanie pierwsze

Często ten problem może być związany z siecią. Sprawdź, czy Twoja sieć jest za proxy. Jeśli tak, musisz skonfigurować proxy w Eclipse. W tym celu przejdź do „Windows” -> „Preferencje” -> „Ogólne” -> „Połączenia sieciowe” i podaj informacje o serwerze proxy. Następnie uruchom ponownie Eclipse. I odwrotnie, możliwe jest również, że wcześniej skonfigurowałeś proxy w Eclipse, ale nie jesteś już za proxy. Pamiętaj, aby wyłączyć proxy.

Rozwiązanie drugie

Innym rozwiązaniem jest czyszczenie katalogów metadanych specyficznych dla projektu, które są przechowywane w katalogu obszaru roboczego.

$ cd workspace/.metadata/.plugins/org.eclipse.core.resources/.projects
$ rm -rf *

Uruchom ponownie Eclipse.

Rozwiązanie trzecie

Sprawdź, czy proces adb jest uruchomiony. Jeśli tak, zabij proces adb i uruchom ponownie Eclipse.

Rozwiązanie czwarte

1. Spróbuj usunąć zawartość folderu pamięci podręcznej znajdującego się w profilu użytkownika pod .android\cache
2. Spróbuj usunąć plik ddms.cfg znajdujący się w profilu użytkownika w sekcji .android

Wszystkie pozostałe rozwiązania nie działały dla mnie, więc po prostu usunąłem wszystkie pliki .log w folderze [workspace] /. Metadane i zadziałało ponownie!

Okazuje się, że ten problem rzeczywiście występuje, gdy połączenie internetowe jest niestabilne, wolne itp.

Gdy tylko wrócę do normalnego połączenia z Internetem, zawartość załaduje się ponownie w ciągu kilku sekund.

Wypróbowałem wszystkie rozwiązania, ale nie dostałem rozwiązania. Następnie odłączyłem Internet i usunąłem ddms.cfgz .androidfolderu -> open eclipse-> dialog of statistics send to Google?-> Wybrano NOi w końcu dla mnie zadziałało.

Edytowane:

Próbowałem eclipse -cleanpolecenia w wierszu polecenia i to również działało dla mnie.

Uwaga: W przypadku eclipse -cleanpolecenia najpierw musisz wybrać ścieżkę folderu zaćmienia, w którym został umieszczony.

Dzięki.

Jestem na komputerze Mac i korzystam z narzędzia ADT, mogę potwierdzić, że poniższe działania działały dla mnie.

cd workspace/.metadata/.plugins/org.eclipse.core.resources/.projects
rm -rf *

Ponowne uruchomienie Eclipse lub ponowne uruchomienie komputera Mac nie było pomocne. Wygląda na to, że Eclipse wchodzi w ten etap z powodu nagłego zatrzymania. Musiałem wymusić uruchomienie komputera Mac i od tego czasu wydaje się, że ten problem się zdarza.

Moje rozwiązanie:

Zainstaluj wszystkie dokumenty w menedżerze SDK.

Przygotowałem mały skrypt, aby ułatwić sobie radzenie z tym ponawiającym się i bardzo irytującym problemem. Otwórz terminal, a następnie:

open ~/.bash_profile

na końcu pliku wklej tę funkcję:

function eclipse-clean() {
  echo "removing ddms.cfg file" 
    cd ~/.android/
    rm ddms.cfg 
  echo "removing cache"
    cd cache/
    rm -rf *
  echo "done! you can open eclipse now."
}

wszystko, co musisz teraz zrobić, to:

source ~/.bash_profile

a gdy utkniesz, po prostu wpisz w oknie Terminal:

eclipse-clean

po prostu kliknij prawym przyciskiem myszy na zaćmienie i uruchom go jako administrator. Miałem również ten sam problem, po czym działało to dobrze. Czasami okna nie dają uprawnień dostępu do SDK u zwykłego użytkownika, więc musisz dać uprawnienia administratora, aby działa Android SDK lub moduł ładujący treści

to podejście:

zamknij eclipse, a następnie przejdź do YourWorkSpace \ .metadata \ .plugins \ org.eclipse.e4.workbench i usuń „workbench.xmi”, teraz ponownie uruchom eclipse.

Zrobiłem ten plik wsadowy, aby wypełnić zadanie wyjaśnione przez odpowiedź slhck dla systemów Windows:

@echo off
set ECLIPSEFOLDER=%CD%
cd /D %USERPROFILE%/.android
rd /s /q cache
del ddms.cfg /f
cd /D %ECLIPSEFOLDER%
eclipse -clean -refresh
exit

Wyjaśniłem takie podejście w tym poście na moim blogu.

Wszystkie powyższe rozwiązania nie działały dla mnie.

W Eclipse w zakładce Problemy sprawdź błędy błędów - może nie być możliwe usunięcie nazwy pliku i ścieżki projektu.

Teraz przejdź do katalogu obszaru roboczego - sprawdź project.properties dla wszystkich projektów wymienionych w zakładce Problemy i sprawdź

cel = android-21

Wartość docelowa jest poprawna i istnieje w folderze sdk / platform / android

W moim przypadku problem = Google, Google-Api-16. Wymień to i to rozwiązało.

Pracował! Wszystko, co zrobiłem, to otworzyłem Terminal i napisałem:

    cd documents/workspace/.metadata/.plugins

a potem ... napisałam

rm -rf

... w tej kategorii wtyczek .

Przyczyny tego problemu są różne, a każde z nich ma inne rozwiązanie. Dla środowiska Linux stworzyłem alias, aby zająć się większością z nich, ponieważ zdarzały się one z czasem. Aby mieć wszystkie w jednym miejscu, możesz spróbować:

• Dodaj następujące elementy do swojego ~/.bash_aliasespliku.

  alias eclipse='rm -rf ~/.android/ddms.cfg;rm -rf ~/workspace/MyApps/.metadata/.plugins/org.eclipse.core.resources/.projects/*;mv ~/workspace/MyApps/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi ~/workspace/MyApps/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi.bkp;rm -rf ~/.android/cache/;cd ~/Desktop/adt-bundle-linux-x86_64-20140702/eclipse;nohup ./eclipse & cd -;'

• Odśwież źródło za pomocą source ~/.bash_aliases

Uwaga:

• ~/workspace/MyAppsto mój obszar roboczy , musisz odpowiednio skonfigurować swoje.

• ~/Desktop/adt-bundle-linux-x86_64-20140702/eclipseto lokalizacja mojego pliku wykonywalnego zaćmienia i będziesz musiał odpowiednio skonfigurować swoje

Właśnie dlatego znów zacząłem pracować:

Rozwiązano problemy z różnymi wersjami związanymi z Android-support-v4.jar. Zostały one niedopasowane, co powoduje problemy, jeśli projekty są mimo to powiązane.

Drugi nie jest tak oczywisty: zrestartowałem IDE z powłoki, podając $ANDROID_SDK_HOMEzmienną - Environment. To posunęło mnie o krok dalej, ale ide wisi w innym miejscu. Zapewnienie w $ANDROID_HOMEkońcu znów mnie podniosło.

BTW: Po tej procedurze nie było konieczne ponowne uruchamianie IDE, aby ponownie ustawić zmienne środowiskowe.