Командная строка findbugs для src

Я пытаюсь интегрировать hudson и findbugs с помощью командной строки. Я использую скрипт командной строки.

./findbugs -textui -xml -outputFile report.xml src/

При попытке запустить это я получаю ошибку

Exception in thread "main" edu.umd.cs.findbugs.NoClassesFoundToAnalyzeException: No classes found to analyze in

Могу ли я запустить findbugs для файлов .java? Как включить файлы Java в этот каталог и подкаталоги?


person user257980    schedule 11.10.2011    source источник
comment
почему бы не использовать плагин напрямую - wiki.hudson-ci.org/display/HUDSON /FindBugs+Плагин   -  person Saket    schedule 11.10.2011
comment
Можно ли сканировать каталог SRC с помощью этого плагина? Это только для просмотра результата xml или может сканировать SRC?   -  person user257980    schedule 11.10.2011
comment
findbugs проверяет файлы классов, а не исходные файлы.   -  person MeBigFatGuy    schedule 15.10.2011


Ответы (2)


Вы должны указать каталог сборки с файлами классов или jar вместо каталога src. FindBugs анализирует байт-код, а не исходные файлы.

person Andrei N    schedule 13.03.2013

Лучше всего использовать Ant Findbugs или плагин Maven Findbugs для создания XML-отчета findbugs (возможно, ЕЖЕДНЕВНО с использованием Hudson Job) в зависимости от того, какой механизм сборки вы используете (ant или мавен). Вы можете указать им использовать желаемый исходный каталог для вашей базы кода.

В том же задании, если у вас включен подключаемый модуль Findbugs, вы можете настроить его с помощью Hudson, указав местоположение XML-результата findbugs (сгенерированное задачей ANT или MAVEN), и Hudson подготовит отчет. Подробнее о плагине @ http://wiki.hudson-ci.org/display/HUDSON/FindBugs+Plugin

person Saket    schedule 11.10.2011
comment
Вот проблема, я не хочу добавлять build.xml или pom.xml в svn. Вот почему я хотел бы запустить findbugs с сервера с помощью командной строки. - person user257980; 13.10.2011
comment
извините, я не понял вашего подхода. - person Saket; 13.10.2011
comment
Если вы уже храните свой исходный код в репозитории SVN, решение не хранить файлы сборки/pom в SVN также кажется нелогичным. Это код, и они являются частью вашего приложения. Они должны быть версионными. - person Mike; 03.11.2011