Sonar - OutOfMemoryError Java Heap Space во время работы сонара через дженкинсов

Я использую jenkins для создания сборки с помощью Ant. Я также настраиваю сонар на эту работу jenkins через «Invoke Standalone Sonar Analysis». Все идет хорошо, пока процесс сборки и сборки не будет успешно создан. Теперь выполняется запуск сонара и через некоторое время я получил ошибку

«Исключение в потоке» main »org.sonar.batch.bootstrapper.BootstrapException: java.lang.OutOfMemoryError: куча Java-кучи

Построить шаг «Вызывать автономный анализ сонара», обозначенный как сбой »...

Что я сделал для решения этой проблемы:

  1. Increasing java heap size via

    Replaced %sONAR_RUNNER_OPTS% with -Xms256m -Xmx1024m in sonar-runner.bat file of sonar.

  2. Modify Sonar_Way quality profile and put only one or two rules active in this so that to avoid rule voilation.

затем запустить сборку, но все равно получить ту же самую ошибку кучи java. Еще одна вещь, которую я бы добавил, это размер моего исходного файла проекта около 40 МБ, что означает большой проект.

Может ли кто-нибудь помочь мне на этом? Что еще я должен сделать, чтобы это сделать. Ваше возвращение будет заметным .. Заранее спасибо..

 1
добавлено отредактировано
Просмотры: 3
источник
nl ja de
Привет, Фабрицио, ниже приведены журналы ошибок и данные сонара, о которых вы просите.
добавлено автор shekhar verma, источник
11: 40: 53.371 INFO p.PhasesTimeProfiler - Выполнять декораторы ... Общее время: 9: 42,926s Окончательная память: 20M/247M Исключение в потоке «main» org.sonar.batch.bootstrapper.BootstrapException: java.lang.OutOfMemoryError: Java куча пространства на org.sonar.runner.Runner.delegateExecution (Runner.java:189) на org.sonar.runner.Runner.execute (Runner.java:78) на org.sonar.runner.Main.main (Main. java: 61) Caused by: java.lang.OutOfMemoryError: пространство кучи Java в java.util.ArrayList. (ArrayList.java:112)
добавлено автор shekhar verma, источник
ДРУГИЕ ДЕТАЛИ ...... конфигурация сонара и подробности pluign - версия сонара - 3.2 плагины m suing: 1.pdf-report-plugin 2.build-breaker-plugin 3.branding-plugin 4.jira-plugin 5.quality-index-plugin 6.technicaldebt-plugin 7.web-plugin, и этот проект имеет только один модуль
добавлено автор shekhar verma, источник
Можете ли вы скопировать-вставить часть журнала, где анализ завершился неудачей с помощью OOMError? Кроме того, можете ли вы подробнее рассказать о своей конфигурации сонара? (версия, плагины, которые вы используете, и т. д.) И, наконец: ваш проект - это проект с несколькими модулями или проект с одним модулем? (40Mb источников действительно огромны для одного модуля проекта)
добавлено автор Fabrice - SonarSource Team, источник
См. Мой ответ здесь: stackoverflow.com/questions/17271405/…
добавлено автор Ryan Shillington, источник

1 ответы

Вот несколько других вещей, которые вы можете попробовать:

  • Удалите все следующие плагины addionnal: PDF, build-breaker, качественный индекс, технический долг. И попробуйте новый анализ.

  • Увеличьте размер кучи Java (-Xms512m -Xmx1024m)

  • Используйте «sonar.exclusions», чтобы исключить части вашего кода и увидеть максимальный объем исходного кода, который вы можете анализировать сразу без сбоев

  • Разделите свой большой проект на небольшие модули и используйте многомодульная функция Sonar

2
добавлено
источник
Фабрицио, спасибо за ваш ответ, он работает для меня. я удалил дополнительные плагины и сделаю сборку снова на сей раз, когда сонар успешно работает, но что-то неясно, пожалуйста, уточните меня ниже:
добавлено автор shekhar verma, источник
1. Когда я отдельно разворачивал свой проект на гидролокаторе без дженкинсов, он отлично работает и успешно развертывается на гидролокаторе вместе со всеми дополнительными плагинами, а затем, что может быть причиной его отказа при развертывании через дженкинсов, даже сборка дженкинсов была успешной, только анализ сонара не удался.
добавлено автор shekhar verma, источник
2. Во-вторых, я удаляю все конфигурации сборки из дженкинсов, таких как Ant, команда windows batch и т. Д., И только сконфигурированный сонар через «Invoke Standalone sonar analysis» и предоставляют исходный код, название проекта и т. Д. По свойствам проекта и снова делают сборку, это также приводит к сбою сборки из-за той же ошибки «java heap space».
добавлено автор shekhar verma, источник
так что я хотел бы спросить, где была проблема, в конце сонара или в конце дженкинса? Есть ли другой способ увеличить размер кучи (для сонара или дженкинса в зависимости от того, что требуется), так как я хочу добавить эти дополнительные плагины. Пожалуйста, вернитесь, если у вас есть что-то по этому поводу. и еще раз спасибо ..
добавлено автор shekhar verma, источник