Хорошо. Мне эта проблема надоела. Это должно легко исправить, я уверен в этом !! Надеюсь, ТАК поможет мне избавиться от этого раз и навсегда!
Вопрос
Как заставить 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:На рисунке ниже показаны красные крестики, которые я пытаюсь удалить, и что
Путь сборки> Исключить
не подходит ...