Re: Future of nb-javac and vanilla javac
Another way to look at it is via a search in our PRs, when you search on javac, or similar, you should find all of them. Gj On Tue, 28 Apr 2020 at 13:35, Geertjan Wielenga wrote: > > > > Sure, if you can put it together, I’ll be happy to contribute to it. > > Gj > > On Tue, 28 Apr 2020 at 13:13, Jean-Marc Borer wrote: > >> IMHO this justifies even more to group the information about >> nb-javac/javac in single place, no? >> >> JMB >> >> On Tue, Apr 28, 2020 at 12:25 PM Geertjan Wielenga >> wrote: >> >> > It’s changing all the time though. The enhancements that nb-javac brings >> > are continually being reworked into our GitHub via interaction with >> vanilla >> > javac. >> > >> > Gj >> > >> > On Tue, 28 Apr 2020 at 12:22, Jean-Marc Borer >> wrote: >> > >> > > I have the feeling all the confusion about the nb-javac is due to fact >> > > that most of the information is scattered among different discussions >> > and >> > > (old?) wiki pages. As it is a hot topic, it would deserve a single and >> > > up-to-date location about the evolution, don't you think? >> > > >> > > Best wishes, >> > > >> > > Jean-Marc >> > > >> > > On Tue, Apr 28, 2020 at 11:24 AM Neil C Smith >> > > wrote: >> > > >> > > > On Tue, 28 Apr 2020 at 10:06, Jean-Marc Borer >> > wrote: >> > > > > Sure it would be good to code without it, but it seems that using >> the >> > > > plain >> > > > > vanilla javac leads to some serious caveats according to >> > > > > >> > > > >> > > >> > >> https://cwiki.apache.org/confluence/display/NETBEANS/Java+Editor+Using+JDK+javac >> > > > >> > > > That page is quite old now. There are still caveats, but also Jan >> and >> > > > others have done a lot of work to make things better with vanilla >> > > > javac. >> > > > >> > > > If we are dropping nb-javac as mooted elsewhere in 12.1, then that >> > > > would be a decision to be made with the current caveats in mind. >> > > > >> > > > There are some serious caveats to keeping nb-javac too, as >> Geertjan's >> > > > thread today reveals! ;-) >> > > > >> > > > Best wishes, >> > > > >> > > > Neil >> > > > >> > > > >> - >> > > > 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 >> > > > >> > > > >> > > > >> > > > >> > > >> > >> >
Re: Future of nb-javac and vanilla javac
Sure, if you can put it together, I’ll be happy to contribute to it. Gj On Tue, 28 Apr 2020 at 13:13, Jean-Marc Borer wrote: > IMHO this justifies even more to group the information about > nb-javac/javac in single place, no? > > JMB > > On Tue, Apr 28, 2020 at 12:25 PM Geertjan Wielenga > wrote: > > > It’s changing all the time though. The enhancements that nb-javac brings > > are continually being reworked into our GitHub via interaction with > vanilla > > javac. > > > > Gj > > > > On Tue, 28 Apr 2020 at 12:22, Jean-Marc Borer wrote: > > > > > I have the feeling all the confusion about the nb-javac is due to fact > > > that most of the information is scattered among different discussions > > and > > > (old?) wiki pages. As it is a hot topic, it would deserve a single and > > > up-to-date location about the evolution, don't you think? > > > > > > Best wishes, > > > > > > Jean-Marc > > > > > > On Tue, Apr 28, 2020 at 11:24 AM Neil C Smith > > > wrote: > > > > > > > On Tue, 28 Apr 2020 at 10:06, Jean-Marc Borer > > wrote: > > > > > Sure it would be good to code without it, but it seems that using > the > > > > plain > > > > > vanilla javac leads to some serious caveats according to > > > > > > > > > > > > > > > https://cwiki.apache.org/confluence/display/NETBEANS/Java+Editor+Using+JDK+javac > > > > > > > > That page is quite old now. There are still caveats, but also Jan > and > > > > others have done a lot of work to make things better with vanilla > > > > javac. > > > > > > > > If we are dropping nb-javac as mooted elsewhere in 12.1, then that > > > > would be a decision to be made with the current caveats in mind. > > > > > > > > There are some serious caveats to keeping nb-javac too, as Geertjan's > > > > thread today reveals! ;-) > > > > > > > > Best wishes, > > > > > > > > Neil > > > > > > > > - > > > > 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 > > > > > > > > > > > > > > > > > > > > > >
Re: Future of nb-javac and vanilla javac
IMHO this justifies even more to group the information about nb-javac/javac in single place, no? JMB On Tue, Apr 28, 2020 at 12:25 PM Geertjan Wielenga wrote: > It’s changing all the time though. The enhancements that nb-javac brings > are continually being reworked into our GitHub via interaction with vanilla > javac. > > Gj > > On Tue, 28 Apr 2020 at 12:22, Jean-Marc Borer wrote: > > > I have the feeling all the confusion about the nb-javac is due to fact > > that most of the information is scattered among different discussions > and > > (old?) wiki pages. As it is a hot topic, it would deserve a single and > > up-to-date location about the evolution, don't you think? > > > > Best wishes, > > > > Jean-Marc > > > > On Tue, Apr 28, 2020 at 11:24 AM Neil C Smith > > wrote: > > > > > On Tue, 28 Apr 2020 at 10:06, Jean-Marc Borer > wrote: > > > > Sure it would be good to code without it, but it seems that using the > > > plain > > > > vanilla javac leads to some serious caveats according to > > > > > > > > > > https://cwiki.apache.org/confluence/display/NETBEANS/Java+Editor+Using+JDK+javac > > > > > > That page is quite old now. There are still caveats, but also Jan and > > > others have done a lot of work to make things better with vanilla > > > javac. > > > > > > If we are dropping nb-javac as mooted elsewhere in 12.1, then that > > > would be a decision to be made with the current caveats in mind. > > > > > > There are some serious caveats to keeping nb-javac too, as Geertjan's > > > thread today reveals! ;-) > > > > > > Best wishes, > > > > > > Neil > > > > > > - > > > 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 > > > > > > > > > > > > > > >
Re: Future of nb-javac and vanilla javac
It’s changing all the time though. The enhancements that nb-javac brings are continually being reworked into our GitHub via interaction with vanilla javac. Gj On Tue, 28 Apr 2020 at 12:22, Jean-Marc Borer wrote: > I have the feeling all the confusion about the nb-javac is due to fact > that most of the information is scattered among different discussions and > (old?) wiki pages. As it is a hot topic, it would deserve a single and > up-to-date location about the evolution, don't you think? > > Best wishes, > > Jean-Marc > > On Tue, Apr 28, 2020 at 11:24 AM Neil C Smith > wrote: > > > On Tue, 28 Apr 2020 at 10:06, Jean-Marc Borer wrote: > > > Sure it would be good to code without it, but it seems that using the > > plain > > > vanilla javac leads to some serious caveats according to > > > > > > https://cwiki.apache.org/confluence/display/NETBEANS/Java+Editor+Using+JDK+javac > > > > That page is quite old now. There are still caveats, but also Jan and > > others have done a lot of work to make things better with vanilla > > javac. > > > > If we are dropping nb-javac as mooted elsewhere in 12.1, then that > > would be a decision to be made with the current caveats in mind. > > > > There are some serious caveats to keeping nb-javac too, as Geertjan's > > thread today reveals! ;-) > > > > Best wishes, > > > > Neil > > > > - > > 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 > > > > > > > > >
Re: Future of nb-javac and vanilla javac
I have the feeling all the confusion about the nb-javac is due to fact that most of the information is scattered among different discussions and (old?) wiki pages. As it is a hot topic, it would deserve a single and up-to-date location about the evolution, don't you think? Best wishes, Jean-Marc On Tue, Apr 28, 2020 at 11:24 AM Neil C Smith wrote: > On Tue, 28 Apr 2020 at 10:06, Jean-Marc Borer wrote: > > Sure it would be good to code without it, but it seems that using the > plain > > vanilla javac leads to some serious caveats according to > > > https://cwiki.apache.org/confluence/display/NETBEANS/Java+Editor+Using+JDK+javac > > That page is quite old now. There are still caveats, but also Jan and > others have done a lot of work to make things better with vanilla > javac. > > If we are dropping nb-javac as mooted elsewhere in 12.1, then that > would be a decision to be made with the current caveats in mind. > > There are some serious caveats to keeping nb-javac too, as Geertjan's > thread today reveals! ;-) > > Best wishes, > > Neil > > - > 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 > > > >
Re: Future of nb-javac and vanilla javac
On Tue, 28 Apr 2020 at 10:06, Jean-Marc Borer wrote: > Sure it would be good to code without it, but it seems that using the plain > vanilla javac leads to some serious caveats according to > https://cwiki.apache.org/confluence/display/NETBEANS/Java+Editor+Using+JDK+javac That page is quite old now. There are still caveats, but also Jan and others have done a lot of work to make things better with vanilla javac. If we are dropping nb-javac as mooted elsewhere in 12.1, then that would be a decision to be made with the current caveats in mind. There are some serious caveats to keeping nb-javac too, as Geertjan's thread today reveals! ;-) Best wishes, Neil - 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
Re: Future of nb-javac and vanilla javac
Hi Geertjan, Sure it would be good to code without it, but it seems that using the plain vanilla javac leads to some serious caveats according to https://cwiki.apache.org/confluence/display/NETBEANS/Java+Editor+Using+JDK+javac So we can't reasonabily recommend to people not using the nb-javac, don't you think? Best wishes, Jean-Marc On Mon, Apr 27, 2020 at 9:51 PM Geertjan Wielenga wrote: > There’s a related question to this pretty much every week. :-) > > It’s an ongoing process, we’re trying to move away from nb-javac, it > requires some work still. In the meantime, if you can code without it, > that would be great. > > Gj > > > On Mon, 27 Apr 2020 at 21:19, Anthony Vanelverdinghe < > anthonyv...@outlook.com> wrote: > > > My bad, I just noticed there was a related question just last week… > > > > From: Anthony Vanelverdinghe<mailto:anthonyv...@outlook.com> > > Sent: Monday, 27 April 2020 21:16 > > To: dev@netbeans.apache.org<mailto:dev@netbeans.apache.org> > > Subject: Future of nb-javac and vanilla javac > > > > Hi > > > > What is the future direction of NetBeans w.r.t. nb-javac and "vanilla" > > javac? > > NetBeans recommends nb-javac with a notification that says it “improves > > Java editing experience and enables compile on save”. > > But on the other hand it lags behind vanilla javac w.r.t. supporting new > > language features (obviously), due to which I ran into the issue at [1] > > > > So I was wondering: how far is vanilla javac behind nb-javac in terms of > > functionality? Are there plans to enhance it to the point where nb-javac > > becomes obsolete? If so, what would be a rough estimate on when that > would > > be? > > > > Thanks in advance for any insights. > > > > Kind regards, > > Anthony > > > > [1] https://issues.apache.org/jira/browse/NETBEANS-4263 > > > > >
Re: Future of nb-javac and vanilla javac
There’s a related question to this pretty much every week. :-) It’s an ongoing process, we’re trying to move away from nb-javac, it requires some work still. In the meantime, if you can code without it, that would be great. Gj On Mon, 27 Apr 2020 at 21:19, Anthony Vanelverdinghe < anthonyv...@outlook.com> wrote: > My bad, I just noticed there was a related question just last week… > > From: Anthony Vanelverdinghe<mailto:anthonyv...@outlook.com> > Sent: Monday, 27 April 2020 21:16 > To: dev@netbeans.apache.org<mailto:dev@netbeans.apache.org> > Subject: Future of nb-javac and vanilla javac > > Hi > > What is the future direction of NetBeans w.r.t. nb-javac and "vanilla" > javac? > NetBeans recommends nb-javac with a notification that says it “improves > Java editing experience and enables compile on save”. > But on the other hand it lags behind vanilla javac w.r.t. supporting new > language features (obviously), due to which I ran into the issue at [1] > > So I was wondering: how far is vanilla javac behind nb-javac in terms of > functionality? Are there plans to enhance it to the point where nb-javac > becomes obsolete? If so, what would be a rough estimate on when that would > be? > > Thanks in advance for any insights. > > Kind regards, > Anthony > > [1] https://issues.apache.org/jira/browse/NETBEANS-4263 > >
RE: Future of nb-javac and vanilla javac
My bad, I just noticed there was a related question just last week… From: Anthony Vanelverdinghe<mailto:anthonyv...@outlook.com> Sent: Monday, 27 April 2020 21:16 To: dev@netbeans.apache.org<mailto:dev@netbeans.apache.org> Subject: Future of nb-javac and vanilla javac Hi What is the future direction of NetBeans w.r.t. nb-javac and "vanilla" javac? NetBeans recommends nb-javac with a notification that says it “improves Java editing experience and enables compile on save”. But on the other hand it lags behind vanilla javac w.r.t. supporting new language features (obviously), due to which I ran into the issue at [1] So I was wondering: how far is vanilla javac behind nb-javac in terms of functionality? Are there plans to enhance it to the point where nb-javac becomes obsolete? If so, what would be a rough estimate on when that would be? Thanks in advance for any insights. Kind regards, Anthony [1] https://issues.apache.org/jira/browse/NETBEANS-4263
Future of nb-javac and vanilla javac
Hi What is the future direction of NetBeans w.r.t. nb-javac and "vanilla" javac? NetBeans recommends nb-javac with a notification that says it “improves Java editing experience and enables compile on save”. But on the other hand it lags behind vanilla javac w.r.t. supporting new language features (obviously), due to which I ran into the issue at [1] So I was wondering: how far is vanilla javac behind nb-javac in terms of functionality? Are there plans to enhance it to the point where nb-javac becomes obsolete? If so, what would be a rough estimate on when that would be? Thanks in advance for any insights. Kind regards, Anthony [1] https://issues.apache.org/jira/browse/NETBEANS-4263