quick update: PR is rebased, tests are green on JDK 24. Devbuild is also testable on linux/mac for the interested. (for windows manual, launcher copying required)

-mbien


On 19.12.24 00:08, Michael Bien wrote:
with Jan's nb-javac update PR (#8037) we now have all ingredients to run all java tests on JDK 24-ea (chicken-egg problem).

I temporarily merged both PRs with all tests enabled and it passed.
https://github.com/apache/netbeans/pull/7928#issuecomment-2552419685
(will remove the commit again once #8037 is merged)

best regards,

mbien

On 30.11.24 01:28, Laszlo Kishalmi wrote:
Well, I also like the agent proposal, and already bookmarked it as an example if I ever need something like that.

Though, I agree with Michael, simplicity rules, let's get the SM code removed.

On 11/29/24 15:23, Michael Bien wrote:
Hello,

this thread discusses _how_ step 3) should be implemented

 1) remove SM flag from launcher and release new launcher bits
 2) move flag to start config and switch to new launcher bits
 3) implement SM removal for JDK 24 compatibility

we have two proposals

https://github.com/apache/netbeans/pull/3386 (reimplement parts using a new JVM agent layer)

https://github.com/apache/netbeans/pull/7928 (remove SM layer entirely)


I won't paste the PR texts here since this would make this mail very long, but please read through both PRs and make sure you are also up to date on JEP 486.

What I will note though is that I am running NetBeans since version 23 with SM disabled and didn't experience any issues so far or even can tell a difference. (I believe Neil did also test it at some point after discussions on apache slack).

I will also always push for the solution which makes maintenance easier over the long term - this typically is the less complex solution. So even though I do _like_ the agent proposal from a technical perspective since it shows how powerful JVM agents can be, I don't think we should add this additional layer to everything and maintain a custom bytecode interceptor/transformer too. (for why I believe that we can likely get rid of the SM layer without a replacement, please read the PR text)

best regards,

michael


https://openjdk.org/jeps/486


---------------------------------------------------------------------
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




---------------------------------------------------------------------
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






---------------------------------------------------------------------
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



Reply via email to