Eclipse Hell. . . Nie udało się odczytać pliku opisu projektu (.project).

Question

Myślę, że Eclipse próbuje sprawić, że będę nieszczęśliwy. Kilka godzin temu mój projekt działał i dobrze się kompilował. Nagle wszystko się zmieniło. Eclipse w jakiś sposób usuwa wszystkie zmiany, które wprowadziłem do moich plików (aktywność, manifest itp.). Zapewniam, że często zapisuję, ale kiedy idę do uruchomienia projektu, pojawia się błąd, że mam błąd kompilacji. Sprawdziłem i nie było żadnego, więc zamykam Eclipse, więc mogę ponownie otworzyć i zobaczyć, czy błędy znikną. Zamiast tego, co się dzieje, Eclipse czyści wszystkie moje pliki i kończę projektem na dysku z dużą ilością pustych plików kodu. Mimo to próbuję uruchomić i pojawia się komunikat o błędzie poniżej.

Nie można odczytać pliku opisu projektu (.project) dla "com.example.android.nfc.simulator.FakeTagsActivity.FakeTagsActivity". Plik został zmieniony na dysku i zawiera teraz nieprawidłowe informacje. Projekt nie będzie działać poprawnie, dopóki plik opisu nie zostanie przywrócony do prawidłowego stanu.

Ktoś ma pojęcie, o co chodzi w tym świecie i jak mogę to naprawić?

Answer 1

Jeśli plik .project jest plikiem tekstowym, więc jeśli masz go w wersji kontrolnej, możesz go skopiować.

Przed wykonaniem poniższych czynności wykonaj kopię zapasową bieżącego stanu projektu.

Zakładając, że nie masz starej kopii, możesz otworzyć ją w edytorze tekstów i sprawdzić, czy coś jest nie tak.

Jeśli to się nie powiedzie, skopiuj pliki źródłowe projektu do nowej lokalizacji (bez plików konfiguracyjnych Eclipse) i zaimportuj jako nowy projekt do środowiska Eclipse.

Answer 2

Polecam wymazać wszystkie pliki konfiguracyjne eclipse powiązanych (upewnij się, że ma kopię zapasową, jeśli ręcznie wykonane pewne zmiany w tych) i ponownie zaimportować projekt, wykonując

Plik -> Importuj ... -> Istniejący projekt w obszarze roboczym

Przed wykonaniem tej czynności należy wykonać kopię zapasową całego projektu.

Answer 3

Kiedy Eclipse utknie w jakimś niejasnym stanie, zwykle warto ponownie utworzyć folder .metadata w katalogu obszaru roboczego. To drastyczne rozwiązanie, ale zwykle działa dla mnie. Następnie możesz ponownie importować wszystkie swoje projekty.

Answer 4

Jeśli nadal masz wszystkie inne źródła (pliki .java, AndroidManifest.xml, zasoby), możesz odzyskać swój projekt, po prostu przechodząc do folderu zawierającego projekt, usuwając plik .project, który mówisz, że jest teraz pusty, a następnie za pomocą kreatora nowego projektu, aby ponownie utworzyć projekt (i plik projektu) z istniejącego drzewa źródłowego.

z menu wybierz File -> New ... -> Project, a następnie, w pierwszym oknie dialogowym wybierz Android projektu z przepisami kodeksu.

jeśli zrobiłeś coś specjalnego dla .project (poleganie na konkretnych plikach .jar lub zmiany w ścieżce klas), może być konieczne ponowne wykonanie tych kroków po ponownym utworzeniu projektu; ale przynajmniej powinien odebrać kod, który już posiadasz.

Answer 5

Jeśli wszystkie pliki są puste i nie masz działającej kopii zapasowej, nie mogę pomóc. Zalecam użycie odpowiedniej kontroli wersji w przyszłości.

Użyj git lub mercurial, mają ładne integracje interfejsu użytkownika (zobacz tortoisegit/tortoisehg).

Aby odłączyć proces kompilacji i zarządzanie biblioteką od zaćmienia, spójrz na maven lub gradle, to może ci pomóc w przyszłych projektach.

Answer 6

Jeśli używasz git, zakończ scalanie np. del głowa w twoim androidmanifest.

Answer 7

Właśnie napotykałem ten sam problem (używając Zend Studio 12, który jest zbudowany na Eclipse). Mój problem polegał na tym, że tworzyłem projekt ze zdalnego serwera, a ja po prostu pobierałem wszystko, co zawierało także plik .project ze starego projektu. Nie pokazywał tego błędu, dopóki nie zamknąłem programu i spróbowałem go otworzyć ponownie (co zwykle miało miejsce dopiero następnego dnia).

Wydaje się, że udało mi się go rozwiązać, upewniając się, aby nie pobierać .project podczas inicjowania projektu.

Answer 8

Wystarczy usunąć folder "serwery" w obszarze roboczym i spróbuj ponownie.

Answer 9

Też mam ten sam problem w Eclipse, ale prawdziwym problemem jest usunięcie rzeczywistego folderu projektu źródłowego z lokalizacji źródłowej (z której zaćmienie próbuje przejąć projekt) w inne miejsce stąd moje zaćmienie nie jest w stanie uzyskać sieci Plik .xml, ponieważ nie jest dostępny. Teraz zmieniłem lokalizację folderu projektu źródłowego na ścieżkę, na którą próbuje wyszukać obiekt Eclipse. Problem rozwiązany dla mnie.