On 2/13/20 6:23 AM, Peter Kovacs wrote:
Okay,
I had to remove validation.nb.cluster.cnd=cnd.kit, too.
Now I get the Target "all-cnd" does not exist in the project "main". error.
However I get the same error when trying to build dlight.
Now from the Jira I concluded that I might need to call ant differently. So I
tried
ant -f cnd/cnd.editor -Dcluster.config=cnd run
Now I am stuck on the Issue
netbeans/nbbuild/templates/projectized.xml:101: No dependent module
org.netbeans.libs.clank
So next step would be to build clank from
https://github.com/java-port/clank ?
I think that will feed the dependency avalanche.
org.netbeans.libs.clank is just a bundle file (bundle files mostly contain
default i18n text) so it should just
build w/o any issues. I.e. _don't_ remove libs.clank from nb.cluster.cnd
I tried to remove the dependency clank from the cluster, but ant stayed
persistant in requesting clank.
"ant clean" to the rescue?
Am 09.02.20 um 10:28 schrieb Geertjan Wielenga:
Thanks a lot for this history lesson -- so great that we have people with
this long perspective on where the code came from and so on.
Hmm ... Geertjan ... I never received your reply. I'm only seeing it for the
first time in Peters quote.
Case of Reply vs ReplyAll or ???
I have also seen "Target "all-cnd" does not exist in the project "main"".
But then sometimes it just goes away.
No such luck with me.
Reminds me a bit of this discussion:
http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3ccackjaxssrrl66sua9heyqqxy4oyrxygkyemvg50rktrda-e...@mail.gmail.com%3E
Yeah, looks familiar but the resolution was "magical".
If you/we can get further with this, that would be great
I poked at it some more and learned a bit more:
The 'all-' list is built in the 'init' ant target. So you can concentrate on
the problem by just issuing
"ant -Dcluster.config=cnd init" and this is what you'll get:
Loading module list from /tmp/nb-scan-cache-2f523585-full.ser
[insert-module-all-targets] Cannot find build prerequisite
org.netbeans.modules.hibernate of /home/open/nb-geertjan/contrib/hibernateweb
I _think_ the contrib/hibernateweb error is a red herring ... it's just a
warning as it _doesn't_ abort the build.
I took a look at my /tmp/nb-scan-cache-2f523585-full.ser. It's binary but it's
clear that it doesn't contain anything
relating to CND in it. I blew it away thinking it's stale but no joy. In fact "ant
clean" blows it away anyway.
If you _do_ blow away your /tmp/nb-scan-cache-blah and try "ant -Dcluster.config=cnd
init" there's a bunch of stuff
that gets fetched from the cloud:
[echo] Bootstrapping NetBeans-specific Ant extensions...
[javac] Compiling 95 source files to
/home/open/nb-geertjan/nbbuild/build/antclasses
[jar] Building jar: /home/open/nb-geertjan/nbbuild/build/nbantext.jar
[configureproxy] Resetting proxyHost to empty string
[get] Getting:
https://gitbox.apache.org/repos/asf?p=netbeans-jenkins-lib.git;a=blob_plain;f=meta/netbeansrelease.json
[get] To: /home/open/nb-geertjan/nbbuild/build/netbeansrelease.json
[copy] Warning: Could not find file
/home/open/nb-geertjan/nbbuild/gitinfo.properties to copy.
[copy] Warning: Could not find file
/home/open/nb-geertjan/nbbuild/netbeansrelease.properties to copy.
So ... is the netbeansrelease.json stuff on gitbox somehow lacking CND? I poked
around but it doesn't seem to
mention clusters anyway.
nb-scan-cache is created by the ModuleListParser ant task. It uses
{nb.clusters.list} as input. Echoing {nb.clusters.list}
shows that it _does_ contain nb.cluster.cnd.
That's where my investigations are at now..
-- and please feel
free to provide pull requests to my fork.
Gladly but I don't have anything meaty yet.
Peter, could you please try w/o removing the libs.clank dependency?
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists