Сбой сборки при попытке скомпилировать JVisualVM

Вы упомянули, что вы «совершенно новичок в этих делах», поэтому могу я спросить, есть ли причина, по которой вы хотите построить ствол, в частности? В большинстве случаев рабочий процесс при использовании SVN для управления версиями включает пометку выпусков тегами в / теги. Выпуски с тегами, как правило, были протестированы и соответствуют минимальным критериям тестирования, чтобы считаться подходящими для выпуска, поэтому вам, вероятно, будет легче создать один из тегов.

Нет ничего плохого в сборке /trunk для себя, но ее следует рассматривать как «нестабильную/незавершенную» сборку, поэтому следует ожидать возникновения проблем.

Как вы, возможно, уже знаете, предварительно скомпилированные двоичные файлы доступны для загрузки на сайте VisualVM. Если в списке нет двоичного файла для вашей операционной системы, вы, вероятно, можете найти его с помощью своего менеджера пакетов (например, sudo apt-get install visualvm в Ubuntu).

Тем не менее, не позволяйте мне отговаривать вас от попыток, если вы хотите:

В этом случае компилятор сообщает вам, что не может найти символы SERVER_RUNNING и SERVER_PROGRESS_INDETERMINATE в классе CommonConstants. Они указаны в строке 117 файла ThreadMXBeanDataManager. Если вы посмотрите на этот класс, вы увидите оператор import org.netbeans.lib.profiler.global.CommonConstants, который говорит нам, что CommonConstants происходит от NetBeans. Если мы изучим историю коммитов SVN для класса ThreadMXBeanDataManager, мы сможем видим, что разработчик внес изменения, чтобы сделать VisualVM совместимым с NetBeans 7.3. Итак, есть несколько возможностей:

1. Разработчик ошибся и на самом деле компилировал с какой-то другой версией NetBeans (возможно, предварительной версией и т. д.). Если вы обнаружите, что это так, вы должны отправить отчет об ошибке (и, если возможно, патч).
2. Вы пытаетесь скомпилировать неправильную версию NetBeans.
3. Что-то не так со сценарием classpath/build.

Давайте рассмотрим № 2 и № 3. Мы можем взять двоичный файл, на который вы ссылаетесь, и выяснить, в каких банках живет класс CommonConstants, используя JFind. или аналогичная утилита (или с помощью Google и т. д.):

Мы видим, что класс живет в двух местах, поэтому следующее, что нужно сделать, это проверить оба файла классов и убедиться, что в них есть константы. Воспользуйтесь утилитой распаковки (например, 7-zip), чтобы распаковать JAR-файлы, и используйте декомпилятор (я например JD-GUI), чтобы убедиться, что класс имеет константы:

Версия, на которую вы ссылаетесь, выглядит нормально на моей машине, поэтому, к сожалению, вам нужно продолжить расследование. Находятся ли один или оба из этих jar-файлов в пути к классам в сценарии Ant, выполняющем компиляцию? У вас есть другая версия jar в вашем пути к классам через переменную среды? Здесь есть много возможностей, так что вам придется немного покопаться. Если все это кажется слишком трудоемким, то я предлагаю вам использовать один из предварительно скомпилированных двоичных файлов или переключиться на сборку тегов.

Похоже, вы компилируете его для NetBeans 7.2. Открыли ли вы проект VisualVM в NetBeans, прежде чем пытаться его скомпилировать? Если да, проверьте, какая платформа NetBeans установлена ​​для проекта VisualVM верхнего уровня в NetBeans. Вы должны скомпилировать VisualVM для платформы NetBeans из nb73_visualvm_14012013.zip. Чтобы проверить правильность установки, попробуйте следующее:

1. Если у вас открыт VisualVM в NetBeans, закройте NetBeans
2. найдите все каталоги trunk/visualvm/*/nbproject/private в исходном дереве VisualVM и удалите частный каталог.
3. используйте ant run из командной строки

Если это сработает, откройте NetBeans, зарегистрируйте trunk/visualvm/netbeans как платформу NetBeans и установите ее как платформу для проекта верхнего уровня VisualVM.