+1 So does this mean updating source/target attributes throughout as well?
Is it possible to run any of the “java hints” across the code base and see where java 11 migration actions may be needed? I created an “umbrella” ticket previously to link up related tickets to try to account for some depreciated/removed APIs in java which may impact Netbeans in a few places. May need to consider some of the linked items going forward NETBEANS-5349Update Netbeans Codebase to Account for deprecated/removed API in Java 11/15 Eric On Thu, Oct 7, 2021 at 7:43 PM László Kishalmi <[email protected]> wrote: > Rather conservative, but at least moving forward: +1 > > On Thu, Oct 7, 2021 at 6:05 AM Neil C Smith <[email protected]> wrote: > > > As we move onwards to Apache NetBeans 12.6 there are a number of > > points that still need resolution before the freeze date on Oct 15th - > > some mentioned in the previous lazy consensus thread on releases in > > January [1]. > > > > This is thread 1 of 2, and covers elements discussed on moving to > > requiring JDK 11 for building NetBeans and the use of modules that > > require JDK 11+ at runtime. [2] Hopefully this addresses concerns > > raised there. > > > > We'd like to propose the following - > > > > * Apache NetBeans 12.6 will be the last release that can be built > > using JDK 8. The following release will require JDK 11 to build. > > * All Apache NetBeans 12.6 convenience binaries will aim to be built > > with JDK 11 (let's make sure we're ready for it!) > > * Apache NetBeans 12.6 will be the last release where the IDE as a > > whole "officially" supports running on JDK 8. We already say we > > require JDK 9+ for the IDE, with limited support for JDK 8. Let's be > > more explicit. > > * At least while certain dependent projects, such as VSNetBeans, > > require JDK 8 support, most of the IDE will be built to be compatible > > with JDK 8. The IDE should therefore continue to run on JDK 8, but > > users should expect features may "drop out" over future releases. > > * From point of 12.6 branching, modules may be added or upgraded to > > require JDK 11 (using OpenIDE-Module-Java-Dependencies: Java > 11). No > > module will do so without good reason, as an alternative > > implementation where possible, with proper review in place, and > > without compromising selected dependent projects. > > * Automated testing on JDK 8 will remain as is where required and > > infrastructure supports it. User testing of the IDE on JDK 8 shouldn't > > be expected. > > > > This thread is open for 72hrs under lazy consensus [3]. I'd summarize > > and expand that to don't make extra work for other people. ie. -1 any > > point here if you are offering an alternative that you can help > > implement OR if any point will cause problems / extra work for you. > > > > Thanks, > > > > Neil > > on behalf of release team > > > > [1]: > > > https://lists.apache.org/thread.html/r08e565beb4027d75cf21cd5385e16001d21b778af2113ed7d7b0de4a%40%3Cdev.netbeans.apache.org%3E > > [2]: > > > https://lists.apache.org/thread.html/ra00056e722c984c7335035c817fee8a925291d11be83330e27254c8c%40%3Cdev.netbeans.apache.org%3E > > [3]: https://community.apache.org/committers/lazyConsensus.html / > > https://community.apache.org/committers/consensusBuilding.html > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > > For further information about the NetBeans mailing lists, visit: > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > > > > > > -- Eric Bresie [email protected]
