Как выяснить, какие файлы влияют на сборку инкубатора-NetBeans? - PullRequest
0 голосов
/ 28 мая 2018

Я испытываю следующую ant ошибку сборки для проекта incubator-netbeans:

> git clone https://github.com/apache/incubator-netbeans
Cloning into 'incubator-netbeans'...
remote: Counting objects: 161480, done.
remote: Compressing objects: 100% (79/79), done.
remote: Total 161480 (delta 45), reused 103 (delta 30), pack-reused 161321
Receiving objects: 100% (161480/161480), 126.01 MiB | 5.61 MiB/s, done.
Resolving deltas: 100% (82375/82375), done.
Checking out files: 100% (44314/44314), done.
> cd incubator-netbeans/
> ant
OpenJDK 64-Bit Server VM warning: ignoring option MaxPermSize=512m; support was removed in 8.0
Buildfile: /tmp/incubator-netbeans/build.xml

-jdk-pre-preinit:

-jdk-preinit:

-jdk-warn:

-jdk-presetdef-basic:

-jdk-default:

-jdk-init:

-load-build-properties:

bootstrap:
[mkdir] Created dir: /tmp/incubator-netbeans/nbbuild/build/antclasses
[javac] Compiling 4 source files to /tmp/incubator-netbeans/nbbuild/build/antclasses
[downloadbinaries] Creating /tmp/incubator-netbeans/javahelp/external/jhall-2.0_05.jar

BUILD FAILED
/tmp/incubator-netbeans/nbbuild/build.xml:72: File /tmp/incubator-netbeans/javahelp/external/jhall-2.0_05.jar requested by /tmp/incubator-netbeans/javahelp/external/binaries-list to have hash CA70822C47A67FC3A11670270567C2D01566DAE1 actually had hash DA39A3EE5E6B4B0D3255BFEF95601890AFD80709

Total time: 1 second

, о которой я сообщил в https://issues.apache.org/jira/browse/NETBEANS-787. Это непривлекать внимание, потому что я не могу воспроизвести его на любом сервисе CI, в образах Ubuntu Docker или в образах VirtualBox, действительно только на моем Ubuntu 18.04 (проблема, таким образом, должна иметь низкий приоритет, и я предполагаю, что разработчики проверяют систему отслеживания проблем)обрабатывают его как таковой, поэтому я подумал, что мог бы найти способ воспроизвести его сам).

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

Я мог бы подождать, пока система сборки будет перенесена в Maven (сколько десятилетий эта идея распространялась?), НоЯ считаю, что это не правильный способ решения этого конкретного вопроса:)

1 Ответ

0 голосов
/ 28 мая 2018

Очевидно, система сборки ant или инструмент, который она использует под капотом, не в состоянии загружать ошибочные файлы, которые хранятся в ~/.hgexternalcache, но просто дает сбой без какой-либо полезной обратной связи.Таким образом, проблему можно устранить, удалив каталог кэша.

Проблема была обновлена ​​со ссылкой на этот ответ и помечена как решенная.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...