Dne sobota 23. října 2021 10:23:36 CEST, Michael Bien napsal(a): > On 23.10.21 08:28, Jaroslav Tulach wrote: > > The plan > > https://cwiki.apache.org/confluence/display/NETBEANS/Overview%3A+nb-javac
The aim of the proposal is to address: > Testing matrix is complicated > each supported JDK needs to be tested twice - > with nb-javac and without nb-javac and also > Code is complicated > NetBeans code in java.source & related modules if full of reflection > NetBeans is using internal API of javac (Trees API) and it changes > incompatibly with every release Your proposal doesn't really address the code matrix and testing matrix complexity. Right? If the project finds someone who wants to maintain code full of reflection and gang of testers to cover your matrix, your proposal can fly. Personally I doubt, but feel free to try. -jt > > > > "NetBeans project can suggest/require people to use JDK17 to run Apache > > NetBeans IDE" > > ... > > "Requiring the latest JDK to execute the IDE ... might ... be a good > > enough > > story for Apache NetBeans IDE". > > > >>> FWIW, my personal opinion is that the ability to run using javac from > >>> JDK > >>> is highly desirable. ... using javac from > >>> (new enough and similar enough) JDKs should be possible, I think. > >> > >> +1 > >> > >> Making sure this option isn't broken, and hopefully has a better UI, > >> is why I think we should punt this forward to NB 13. > > > > OK, seeing the overall desire to run NetBeans with "new enough and similar > > enough" JDK javac, I am going to focus on the automatic transformation of > > nb- javac, but I am not going to propose changes to the way we deliver > > nb-javac to users. Let such change be some future project's decision. > > Don't know what others think but I believe this might be the best option > (also taking the other mail into account which lists the 3 compiler > variants). > > > But if automatic-nb-javac is really just javac with minimal changes to > allow a lower bytecode level, I think it should only be enabled if the > JDK version is lower than the highest JDK version NB supports at the > time of release. > > Lets say future NB 14 supports JDK 19 at the time of release. NB 14 > would enable automatic-nb-javac on JDK 18 and lower, on 19 (and all > unsupported versions after that), the JDK's javac would be used, > automatic-nb-javac module would not load. (its basically identical on 19 > - so why load it, and on 20+ it wouldn't be of much use anyway) > > what do you think? > > -mbien > > >> I'm also hoping if/when we do include nb-javac by default, it will > >> never again be a cause of release delays! :-) > > > > Of course. Generating new nb-javac binary shall be matter of changing few > > lines of code and pressing the build button. > > -jt --------------------------------------------------------------------- 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
