Как исключить папку, которая генерирует предупреждения / ошибки в проекте Eclipse?

Хорошо. Мне эта проблема надоела. Это должно легко исправить, я уверен в этом !! Надеюсь, ТАК поможет мне избавиться от этого раз и навсегда!

Вопрос

Как заставить 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 примеры веб-приложений. У них есть зависимый исходный код, которого нет в пути к классам, и jar-файлы, которые не включены в библиотеки.

Неудачные попытки решения

Я пытаюсь предложить правильное решение: полностью удалить образцы, а также получить пламя вне нашего контроля версий. Это не произойдет в ближайшее время.

Я следил за ТАК ответом здесь , но это ' только временное решение. Я пробовал добавлять исключения везде, где только мог подумать, и другие члены моей команды сделали то же самое. Я удалил src / main / resources как исходный каталог (в настройках> Путь сборки Java> Вкладка «Исходный код»). Я добавил исключения для blazeds в каталоге ресурсов. Я пробовал все перестановки blazeds и ** как в * blazeds * , ** / blazeds / ** и т. Д. .

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

Резюме

Это должно быть просто. Что Я пробовал добавлять исключения везде, где только мог подумать, и другие члены моей команды сделали то же самое. Я удалил src / main / resources как исходный каталог (в настройках> Путь сборки Java> Вкладка «Исходный код»). Я добавил исключения для blazeds в каталоге ресурсов. Я пробовал все перестановки blazeds и ** как в * blazeds * , ** / blazeds / ** и т. Д. .

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

Резюме

Это должно быть просто. Что Я пробовал добавлять исключения везде, где только мог подумать, и другие члены моей команды сделали то же самое. Я удалил src / main / resources как исходный каталог (в настройках> Путь сборки Java> Вкладка «Исходный код»). Я добавил исключения для blazeds в каталоге ресурсов. Я пробовал все перестановки blazeds и ** как в * blazeds * , ** / blazeds / ** и т. Д. .

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

Резюме

Это должно быть просто. Что Мы удалили src / main / resources в качестве исходного каталога (в настройках> Путь сборки Java> Вкладка «Исходный код»). Я добавил исключения для blazeds в каталоге ресурсов. Я пробовал все перестановки blazeds и ** как в * blazeds * , ** / blazeds / ** и т. Д. .

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

Резюме

Это должно быть просто. Что Мы удалили src / main / resources в качестве исходного каталога (в настройках> Путь сборки Java> Вкладка «Исходный код»). Я добавил исключения для blazeds в каталоге ресурсов. Я пробовал все перестановки blazeds и ** как в * blazeds * , ** / blazeds / ** и т. Д. .

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

Резюме

Это должно быть просто. Что Мы пробовали каждую перестановку blazeds и ** как в * blazeds * , ** / blazeds / ** и т. д.

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

Резюме

Это должно быть просто. Что Мы пробовали каждую перестановку blazeds и ** как в * blazeds * , ** / blazeds / ** и т. д.

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

Резюме

Это должно быть просто. Что обычный способ исключения папки который выдает предупреждения / ошибки в проект eclipse?


Обновление №1:
Решение gedim, приведенное ниже, неплохое, но оно
1) не удаляет красные крестики из проекта
2) - это изменение, которое необходимо внести каждому в нашей команде вручную
(т.е. оно не находится в файле свойств проекта; таким образом, оно не проверяется на подрывную деятельность)

Я надеюсь, что есть способ обратиться к ядру проблема, сообщая Eclipse, что этот каталог не содержит
элементы для компиляции / проверки. Такое изменение, скорее всего, появится в одном из файлов настроек проекта.


Обновление №2:

На рисунке ниже показаны красные крестики, которые я пытаюсь удалить, и что
Путь сборки> Исключить
не подходит ...

Red X's won't go away

61
задан Community 23 May 2017 в 12:26
поделиться