Próbuję pracować z Hibernate w Eclipse. Tworzę nowy, prosty projekt i pobrałem też projekt kolegialny przez CVS. Obie nie działają, podczas gdy na moim kolegi Eclipse tak. Problem polega na tym, że dla każdego importu klasy Hibernate Eclipse mówi:
The import org.hibernate cannot be resolved
Ale wszystkie słoiki Hibernate znajdują się na ścieżce budowania, to znaczy:
antlr-2.7.6.jar
cglib-2.2.jar
commons-collections-3.1.jar
dom4j-1.6.1.jar
hibernate3.jar
hibernate-jpa-2.0-api-1.0.0.Final.jar
javassist-3.12.0.GA.jar
jta-1.1.jar
slf4j-api-1.6.1.jar
Odpowiedzi:
Spróbuj wyczyścić projekt, przechodząc do następującej pozycji menu:
Jeśli to nie zadziała, spróbuj usunąć słoiki ze ścieżki kompilacji i dodać je ponownie.
źródło
Oczywiście są przypadki, w których występuje ważny problem, jednak Eclipse czasami zgłasza ten błąd bez dobrego powodu.
Ten wciąż (2019-03) jest starym błędem Eclipse (2010), który można rozwiązać, wprowadzając nieznaczną zmianę w ustawieniach projektu.
Ustawienie, które wybrałem do zmiany, to: Projekt> Właściwości> Ścieżka budowania Java> Zamów i eksportuj> wprowadź bezsensowną zmianę kolejności> Zastosuj.
Zmiana zamówienia z powrotem nie oznacza powrotu do problemu. Samo dotknięcie pliku może również rozwiązać problem (następnym razem przetestuję dotyk).
źródło
Wyczyść projekt. I dwukrotnie sprawdź, czy słoiki są naprawdę na ścieżce kompilacji (bez błędów). Upewnij się również, że w widoku „Problemy” nie ma nic.
źródło
Znalazłem problem. Był to plik hibernate3.jar. Nie wiem, dlaczego nie został dobrze wyodrębniony z .zipa, może uszkodzony . Dobrym sposobem sprawdzenia, czy słoiki są uszkodzone, czy nie, jest poruszanie się po ich strukturze drzewa w "Eksploratorze projektów" w Eclipse: jeśli nie możesz rozwinąć węzła jar, prawdopodobnie jest uszkodzony. Widziałem, że posiadanie uszkodzonych pakietów jest częste podczas przeciągania i upuszczania ich do „Eksploratora projektów”. Może lepiej je przenieść i skopiować w środowisku systemu operacyjnego! Dziękuję wam wszystkim.
źródło
Jeśli jest to projekt Maven, kliknij także Maven >> Aktualizuj projekt ... (F5)
źródło
Rozwiązałem to usuwając projekt (nie usuwaj na dysku) i importując go ponownie.
źródło
Kliknij dwukrotnie JRE SYSTEM LIBRARY -> Następnie wybierz alternatywne JRE
źródło
Miałem problem, że ścieżka klas została jakoś zepsuta.
Więc kliknij prawym przyciskiem myszy projekt w Eksploratorze pakietów> Narzędzia wtyczek> Aktualizuj ścieżkę klasy ... zrobiłem to za mnie
źródło
Rozwiązałem ten problem, aktualizując projekt: kliknij prawym przyciskiem myszy projekt Maven, wybierz Maven -> Aktualizuj projekt -> zaznacz pole wyboru Wymuś aktualizacje migawek / wydań.
źródło
Spróbuj dodać bibliotekę systemową JRE do ścieżki kompilacji projektu.
źródło
Ze mną pomogło to zmienić poziom zgodności kompilatora . Z niewiadomych przyczyn był ustawiony na 1,6, a ja zmieniłem na 1,8.
Na poziomie projektu kliknij prawym przyciskiem myszy projekt> Właściwości> Kompilator Java, podczas gdy w Eclipse kliknij menu Okno> Preferencje> Java> Kompilator.
źródło
Wypróbowałem wszystkie powyższe odpowiedzi, ale bez powodzenia. W moim przypadku istnieje wygenerowany folder build / classes z dodatkowymi plikami „.class”. Skończyło się na tym, że przeszedłem do eksploratora pakietów, kliknąłem projekt prawym przyciskiem myszy i wybrałem opcję „Odśwież”, co sprawiło, że folder build / classes był ponownie dostępny, rozwiązując problem.
źródło
To rozwiązało mój problem.
1) czysty projekt Projekt -> czysty ...
2) Kliknij prawym przyciskiem myszy projekt -> BuildPath -> Configure BuildPath -> zakładka Libraries -> dwukrotnie kliknij JRE SYSTEM LIBRARY -> Następnie wybierz alternatywne JRE
3) Kliknij Zapisz
4) Ponownie przejdź do swojego projektu w eksploratorze projektów i kliknij prawym przyciskiem myszy na projekt -> BuildPath -> Configure BuildPath -> zakładka Libraries -> kliknij dwukrotnie na JRE SYSTEM LIBRARY -> Tym razem wybierz „Execution Environment”
5) Zastosuj
źródło
W moim przypadku był to zepsuty słoik w repozytorium Mavena. Usuń pliki jar w repozytorium i pozwól Mavenowi pobrać je ponownie.
Kiedy uruchomiłem
mvn clean install
z wiersza poleceń, działało dobrze, ale Eclipse nadal nie mógł skompilować kodu. Kiedy uruchomiłemmaven install
Eclipse, zobaczyłem, że Maven narzekał na zły plik jar. Więc usunąłem go i uruchomiłemmaven install
ponownie. Problem zniknął.źródło
Aby pobrać nieistniejący plik jar do katalogu .m2, należy uruchomić
mvn clean install
polecenie dla swojego projektu pom.xml. Następnie należy zaktualizować zależności projektu, klikającAlt+F5
. To działa dla mnie!źródło
Usunięcie pliku „module-info.java” rozwiązało problem!
Ten plik został wygenerowany automatycznie i pojawił się w mojej hierarchii ...
źródło
Miałem ten sam problem, ponieważ dodałem utworzony przeze mnie jar, w którym ustawiłem katalog podstawowy opakowania inny niż katalog podstawowy klas. W rezultacie np. Klasa
java.util.List
musiała zostać zaimportowana, tak jakbyutil.List
sugerowany import był pierwszym.Sprawdź zaimportowane pliki JAR w bibliotekach, do których istnieją odniesienia, aby zobaczyć, czy zostały poprawnie zaimportowane
źródło
Nie rozumiałem powodu tego, ale to rozwiązało ten sam problem, z którym miałem do czynienia. Możesz wymagać tych kroków przed wykonaniem kroków wymienionych w powyższych rozwiązaniach (Wyczyść wszystkie projekty i Kompiluj automatycznie).
kliknij prawym przyciskiem projekt -> Właściwości -> Aspekty projektu -> wybierz Java -> Zastosuj
źródło
Ilekroć napotkasz ten problem, po prostu przejdź do Projekt> Wyczyść, a następnie wybierz Wyczyść wszystkie projekty. Powinien zostać rozwiązany, w przeciwnym razie spróbuj usunąć te słoiki i dodać je ponownie. Ostatnią rzeczą byłoby ponowne uruchomienie Eclipse.
źródło
Jeśli jest to projekt Maven, przejdź do pom.xml i usuń wszystkie pliki jars zależności. Zapisz to. Projekt zostanie automatycznie zbudowany.
Następnie ponownie dodaj pliki słoików zależności (możesz zrobić Ctrl+ Z). Zapisz to. Projekt zostanie automatycznie zbudowany i nie zobaczysz tego błędu.
źródło
Usuń zależność z POM.XML i pobierz jar i dodaj go w buildpath.
kiedyś -> maven nie będzie odzwierciedlać nowych zmian, co może powodować tego rodzaju problemy
źródło
Spróbuj i sprawdź, czy wszystkie biblioteki są na swoich miejscach. Miałem ten sam problem. Ale rozwiązałem to, przenosząc folder lib i ponownie dodając wszystkie pliki jar w ścieżce kompilacji.
źródło
Mam ten sam problem. Ściągnąłem jar i dodałem go do ścieżki kompilacji, ale nie zauważyłem, że rozszerzenie to .jar.zip. Ponownie przekonwertowałem go na .jar i dodałem do ścieżki kompilacji.
To rozwiązało mój problem. To bardzo głupi błąd, ale napisałem go tutaj na wypadek, gdyby mógł komuś pomóc.
źródło
Jeśli pracujesz z Mavenem i masz ten problem, sprawdź serwer repozytorium (na przykład serwer Nexus), czy artefakt tam jest. Czasami mogą zmienić nazwę artefaktu i próbujesz zdobyć artefakt z jego starą nazwą.
źródło
Rozwiązane przez połączenie źródła. W eksploratorze kliknij projekt prawym przyciskiem myszy, wybierz właściwości, wybierz ścieżkę budowania Java, wybierz źródło z zakładek, naciśnij przycisk „LinkSource”. I określanie folderu do dodania do projektu.
źródło
Nie mogłem również importować. Zajęło mi kilka godzin, zanim zorientowałem się, że próbowałem użyć biblioteki / słoika związanego z 1.6, podczas gdy próbowałem skompilować dla 1.8. Kiedy zmieniłem projekt na 1.6, problem z importem zniknął. Wszystkie komunikaty o błędach prowadziły w złych kierunkach. Właśnie w źródle znalazłem pewne ograniczenia kierujące do wersji 1.6. Oraz: Na przykład .settings i .classpath (File-Search) -> org.eclipse.jdt.core.compiler.codegen.targetPlatform = 1.6 mogą dać wskazówkę dotyczącą takich problemów.
źródło
Napotkałem ten sam problem i rozwiązałem go, usuwając słoik, który został dodany dwukrotnie w dwóch różnych zależnościach od mojego pom.xml. Usunięcie jednej z zależności rozwiązało problem.
źródło
Wydawało mi się, że dodałem niewłaściwy poziom folderu biblioteki. Pobrałem Jericho HTML Parser , rozpiął go do
eclipse-workspace/libraries/jericho-html-3.4/
Następnie podczas dodawania tego jako zewnętrznego folderu biblioteki, sztuczka polegała na tym, aby przejść do tego folderu, podświetlić folder „klasy” i nacisnąć Otwórz. Wcześniej próbowałem dodać zarówno nadrzędny, jak i różne poziomy podfolderów, ale to nie zadziałało.
To jest dość dużo wyjaśnione tutaj , to mówi
Wyciągnąłem z tego dwie lekcje, przepraszam, jeśli są nie na temat:
Przeczytaj uważnie instrukcję - tak jak słowo po słowie!
Nie poddawaj się - to jest pierwszy raz, kiedy dodam bibliotekę, dodanie jej zajęło mi około dwóch godzin.
źródło
Rozwiązanie dla Eclipse IDE
W moim przypadku naprawiłem to, poprawiając jeden z tych dwóch plików, który może być uszkodzony: .classpath lub .project .
Aby naprawić uszkodzony plik, możesz skopiować go z innego projektu, który zawiera zarówno plik .project , jak i .classpath , i jest wolny od błędów. Ale pamiętaj, aby nie dodawać dodatkowych ustawień, które nie będą używane.
źródło
[ Konstrukcja ramy Code Igniter ] [ Import biblioteki ]
Spróbuj kliknąć projekt prawym przyciskiem myszy w widoku Eksploratora projektów, wybierz opcję Odśwież . Wszystkie znaczniki błędów nieoczekiwanie zniknęły w moim przypadku.
Nie jestem dobry w Eclipse. Zacząłem używać Android Studio do tworzenia Androida. Ale denerwujące jest to, że czerwone znaczniki błędów unoszą się przez cały czas, podczas gdy cały projekt nadal działa dobrze. Zdarzyło mi się to, gdy używam kompozytora do importowania biblioteki w następujący sposób:
źródło