В Eclipse, что может вызвать значок ошибки «red-x» в Package Explorer, когда все источники Java компилируются без ошибок? - PullRequest
85 голосов
/ 22 октября 2008

Я использую Eclipse для разработки на Java. Все мои исходники компилируются нормально, а результирующее приложение компилируется нормально. Тем не менее, я получаю уведомление об ошибке «red-x» в Package Explorer.

Все мои источники в этом каталоге исходных текстов (слишком длинные для моментального снимка) компилируются нормально, ни один из них не показывает значок ошибки "red-x".

Любые предложения о том, как решить проблему, будут высоко оценены.

Ответы [ 26 ]

0 голосов
/ 13 февраля 2015

Это произошло, когда я скачал fabric.io на Eclipse Mars, но перезагрузка компьютера решила эту проблему для меня.

0 голосов
/ 30 сентября 2013

Это может произойти по ряду причин. Если вы изменили JDK, фасет Project будет иметь красный крестик рядом с ним, в то время как другие папки не отображают ошибку. Если это так, измените jdk, который показан. Такое случается в нашем классе JAX-WS ( HSG

0 голосов
/ 25 марта 2014

Я решил мой к

  • Закрыть все другие проекты (т. Е. Параметр, не связанный с проектом)

  • Очистить и построить

Мой проект был Android, и это было сделано.

0 голосов
/ 22 октября 2008

Я много раз сталкивался с подобной проблемой, что обычно случается со мной, когда java-файл говорит, что он не будет компилироваться в текстовом редакторе, но в проводнике пакетов он говорит, что он компилируется нормально.

Иногда выполнение 'rebuild' или 'clean-build' не работает, файлы на самом деле не создаются (нужно предположить, что eclipse считает, что файлы, которые у него есть, актуальны), и когда это происходит, я обычно открывают путь сборки java и просто перемещают одну из моих зависимостей вниз / вверх по порядку кеширования. Это заставляет затмение перестраивать все, и, кажется, оно всегда работает.

Если у вас по-прежнему возникают проблемы, попробуйте скопировать проект и посмотреть, получаете ли вы такое же поведение, и при последней попытке рва опубликуйте сообщение об ошибке для затмения, это может занять некоторое время, чтобы их исправить, но по крайней мере вы знаете, что вы слышно.

0 голосов
/ 01 августа 2013

Также вы можете обновить проект, нажав,

Щелкните правой кнопкой мыши имя проекта -> выберите Maven -> щелкните правой кнопкой мыши -> Обновить проект.

Это помогло мне.

Спасибо.

0 голосов
/ 07 июля 2017

Щелкните правой кнопкой мыши по проекту с ошибками, затем в подменю выберите: Maven > UpdateProject >

и затем:

  • Установите флажок для всех зависимых проектов
  • выбрать принудительное обновление снимков
  • нажмите ОК.

Это сработало для меня ..

0 голосов
/ 22 октября 2008

Чтобы добавить к предыдущему ответу, крайний способ «очистки» вашего проекта состоит в том, чтобы удалить его (то есть удалить его ссылку из рабочей области, не удаляя фактические файлы), а затем повторно импортировать его. Иногда это помогает ...

0 голосов
/ 22 октября 2008

Как уже говорили, неправильные ссылки на файлы в пути сборки часто являются виновниками.

Обычно файл .jar был перемещен / удален. Eclipse ожидает, что найдет все ссылки на путь сборки в указанном месте, и будет жаловаться, если нет.

0 голосов
/ 18 декабря 2008

Я прошел через это. Мой случай был более сложным. Проект был хорошо упакован из командной строки maven.

Пара вещей, которые я сделал. 1. Один класс имеет много импортов, которые запутали затмение. Чистка их исправила часть проблемы 2. Один случай касался Setter, нажав F3, чтобы перейти к этому Setter, хотя затмение жаловалось, что его там нет. Так что я просто перепечатал его, и он работал нормально (даже для всех других сеттеров)

Я все еще борюсь с Неявный супер-конструктор Item () не определен для конструктора по умолчанию. Должен определить явный конструктор "

0 голосов
/ 23 октября 2008

FindBugs также ставит красный символ «x» для файлов / пакетов, чтобы указать на ошибки статического анализа кода.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...