Jan,

What is your current recommended technique to use NetBeans to build/edit/test OpenJDK for normal OpenJDK library developers?

After many versions of Netbeans, my current setup is to:

1.  Do an external "exploded" build

2. Run Netbeans, open the src/java.base module project and any other modules needed.

3a. For OpenJDK test files under test/jdk: Open the java.base test dirs for the JTREG tests I need. Then run "Debug Test File" to invoke JTREG

3b. For tests not in test/jdk (external to repo):
        1.  Add a Java platform for the exploded-build
        2.  Create a project, assign the platform
        3.  Create standard Debug project.

4. For incremental builds, edit source file, build from the command line something like:

    % make JDK_FILTER=java/security java.base-java-only

Is there another way of working I'm missing?

Things have been really solid for me lately (OpenJDK/JTREG plugins not needed), thanks for all your hard work on this.

Cheers,

Brad


On 4/29/2020 4:06 AM, Jan Lahoda wrote:
I am not sure if anyone is still using make/jdk/netbeans. Apache NetBeans does not (should not) need these config files, it supports OpenJDK modules out of the box (with some tweaks/dependencies on make/langtools/** to speed up langtools build).

As Maurizio, there may be some need to move the "fast" langtools build more carefully. I'll try to take a look later, unless some else wants to. Although, a little independently, I wonder somewhat if there's an opportunity to further speed up the ordinary make build in incremental environment to reduce the need for a "fast" langtools build. E.g. by enhancing the current Depend javac plugin, and possibly optionally disabling the interim langtools build. This could improve incremental build behavior for other modules (like java.base or java.desktop) as well.

Jan

On 29. 04. 20 12:36, Magnus Ihse Bursie wrote:
The IDE support in OpenJDK unfortunately leaves a lot to be desired. There have been a garden variety of attempt to support a specific IDE for a specific part of the code base, cluttered all over the code base.

This patch is a first attempt go get one ring, eh..., structure, to rule them all.

I have moved all IDE project creators into the following structure:

make/ide/<ide>/<part of the code>

where <part of the code> is one of currently "hotspot", "langtools" or "jdk", and <ide> is one of "vscode", "idea", "netbeans" or "vistualstudio".

This will not magically improve IDE support, but will at least make it clearer what we have and what we are missing.

Ownership of the IDE support is notoriously vague. I've cc:ed a bunch of people who has shown interest and/or submitted fixes to some of the IDE projects according to the hg history. I'd appreciate it if anyone who is interested in a particular case for IDE support can verify that it still works. I've tried my best to make sure all targets can run without errors, but I cannot verify that the IDE environment themselves are correct.

If you know about an IDE project that is no longer relevant, and should be removed instead of shuffled around, please let me know!

Bug: https://bugs.openjdk.java.net/browse/JDK-8244093
WebRev: http://cr.openjdk.java.net/~ihse/JDK-8244093-move-ide-support/webrev.01

/Magnus

Reply via email to