Хорошо. Мне надоело эту проблему. Это должно быть легко исправить, я уверен в этом! Я надеюсь, что SO поможет мне избавиться от этого раз и навсегда!
Вопрос
Как заставить Eclipse прекратить попытки обрабатывать/компилировать все файлы под конкретный каталог проекта? цель заключается в отсутствии ошибок/предупреждений существуют в представлении проблем, если они относятся к чему-то в этой папке или к подпапкам.
Фон
Мы запускаем Eclipse 3.6, а плагин m2eclipse v0.10.2.20100623 управляет нашим автообъектом. По причинам, не зависящим от меня, у нас есть весь дистрибутив BlazeDS в нашем каталоге проектов SVN под src/main/resources/blazeds. По сути, этот каталог содержит ванильное распространение tomcat, запускающее blazeds, к которому добавляются все наши файлы конфигурации и проекта при развертывании на наш сервер через SCP.
Итак, когда мы запускаем развертывание, эта версия tomcat копируется на сервер, и наш проект помещается внутри. Tomcat и наше приложение RIA работают, и все в порядке.
Проблема заключается в том, что Eclipse пытается скомпилировать все под src/main/resources/blazeds при запуске AutoBuild, и это порождает около 300 ошибок/предупреждений в нашем представлении проблемы. Поэтому, когда возникает реальная ошибка, она теряется среди шума.
Ошибки связаны с кодом в /blazeds/tomcat/webapps/samples/testdrive-datapush, а также с примерами веб-приложений testdrive-httpservice, traderdesktop. У них есть зависимый исходный код, который не относится к классам и банкам, которые не включены в библиотеки.
Неудачные попытки решения
Я пытаюсь подтолкнуть правильное решение: полностью удалить образцы, а также избавиться от контроля версий. Это не происходит в ближайшее время.
Я следил за Ответом здесь здесь, но это только очень временное решение. Я пробовал добавлять исключения везде, о чем я могу думать, и другие члены моей команды сделали то же самое. Я удалил src/main/resources в качестве исходного каталога (в настройках > Java Build Path > Source Tab). Я добавил исключения для blazeds в каталог ресурсов. Я пробовал каждую перестановку blazeds и ** как в *blazeds*, **/blazeds/** и т.д.
Я даже попробовал, включая библиотеки и исходные файлы, с которыми компилятор жалуется, но я не мог понять это без чрезмерного изменения конфигурации проекта.
Резюме
Это должно быть просто. Что это обычный способ исключения папки который создает предупреждения/ошибки в проект затмения?
Обновление # 1:
Решение gedim ниже достойно, но оно 1) не очищает красный X от проекта
2) - это изменение, которое должны выполнять все члены нашей команды вручную (т.е. Не в файле свойств проекта, тем самым он не проверяется на подрывную деятельность)
Я надеюсь, что есть способ решить основную проблему, сообщив Eclipse, что этот каталог не содержит элементы для компиляции/проверки. Такое изменение, вероятно, появится в одном из файлов настроек проекта.
Обновление # 2:
На рисунке ниже показан красный X, который я пытаюсь очистить, и что
Build Path > Exclude
не вариант...
