да, это происходит иногда без видимой причины. Можно перейти к "проблемам" - Вкладка (право, следующее за консольным выводом), и видеть сообщение об ошибке, поэтому возможно, можно сузить его вниз тот путь.
Я пробежал это. Мой случай был более включен. Проект был упакован прекрасный из командной строки знатока.
Несколько вещей я сделал. 1. Один класс имеет много импорта, который перепутал затмение. Очистка их зафиксированная часть проблемы 2. Один случай был о Методе set, нажатие F3, перешедший к тому Методу set, хотя затмение жаловалось, что это не там. Таким образом, я просто перепечатал его, и это хорошо работало (даже для всех других Методов set)
, я все еще борюсь с Объектом Неявного суперконструктора (), не определено для конструктора по умолчанию. Должен определить явного конструктора"
FindBugs также помещает красный-x против файлов/пакетов для указания на статические ошибки анализа кода.
Как другие сказали, плохие ссылки на файл в пути сборки часто преступник.
Обычно .jar файл, который был перемещен/удален. Eclipse ожидает находить все ссылаемым на пути сборки в местоположении определенный и будет жаловаться если нет.
Для добавления к предыдущему ответу экстремальный способ "убрать" проект состоит в том, чтобы удалить его (который удаляет его ссылку из рабочей области, не удаляя фактические файлы), и затем повторно импортируйте его.
Иногда, это помогает...
Я столкнулся с подобной проблемой много раз, что обычно происходит для меня, то, что файл Java скажет, что не скомпилирует в текстовом редакторе, но в проводнике пакетов, он скажет, что компилирует прекрасный.
Иногда выполнение 'восстанавливания' или 'чистой сборки' не работает, файлы на самом деле не становятся созданными (нужно предположить, что затмение думает файлы, которые это имеет, актуальны), и когда это происходит, я обычно открываю путь сборки Java и просто перемещаю одну из моих зависимостей вниз / иерархия. Это вынуждает затмение сделать восстанавливание всего, и это всегда, кажется, работает.
, Если у Вас все еще есть попытка задач, копируя проект и видя, получаете ли Вы то же поведение и при последней попытке, отправляют ошибку для затмения, это может требовать времени для них для фиксации, но по крайней мере Вы знаете, что Вас слышат.
Попытайтесь делать восстанавливание. Я нашел, что красный x's не всегда исчезает, пока восстанавливание не сделано.
Таким образом после нахождения, что мог быть недостающий пакет в buildpath, таким образом красный x против основного проекта, для удаления этого:
1) входят, "Настраивают Buildpath" проекта 2), Путь сборки Java-> Исходная Вкладка - необходимо видеть красный x против недостающего пакета/файла. если это больше не существует, просто "удалите" его.
красный X прочь!:)
Иногда в .project существуют ошибки пути сборки, и необходимо переключиться на представление Resource для фактического наблюдения файла, который вызывает ошибку.
Попытайтесь убрать проект и восстановить его.
Я хочу запуститься путем благодарности всех, которые ответили. Но очистка и восстановление были недостаточно в моем случае, потому что проблема была все еще там и была нужна в фиксации.
Оказался, что один из моих каталогов пакета был случайно скопирован так, чтобы дополнительный каталог теперь существовал названный "Копия dagskra", содержащего файлы Java с неправильными объявлениями пакета. Кроме того, ошибки в этом "новом" каталоге не обнаруживаются с "красным-x" в пакете, в котором он существует:
Это была подсказка чтения вкладки "Problems":-), который превратил меня в правильное направление, таким образом, я выбираю тот ответ как принятый ответ, потому что это - то, в чем я нуждался:
Снимок от проблемной вкладки http://www.freeimagehosting.net/uploads/dea26d5dd0.png
, Надеясь это поможет другим...