netbeans-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Geertjan Wielenga <geertjan.wiele...@googlemail.com>
Subject Re: IDE-javac
Date Tue, 08 Nov 2016 22:59:06 GMT
Absolutely.

Gj

On Tue, Nov 8, 2016 at 11:54 PM, Jim Jagielski <jim@jagunet.com> wrote:

> As long as the dependency upon nb-javac is NOT, and remains NOT
> a *hard dependency* on reasonable, expected, functional usage of
> NetBeans, it is not an issue.
>
> Again, we cannot *force* a requirement on an end user that they
> have *not already accepted on their own*, independent of our
> software.
>
> > On Nov 8, 2016, at 5:41 PM, Geertjan Wielenga <
> geertjan.wielenga@googlemail.com> wrote:
> >
> > Agreed, definitely, something to be discussed.
> >
> > A starting point to understanding the what and why of nb-javac is here:
> >
> > https://cwiki.apache.org/confluence/display/NETBEANS/
> Overview%3A+nb-javac
> >
> > However, how is the maintenance of nb-javac any different to the
> > maintenance of any other part of NetBeans? All of NetBeans needs to be
> > maintained and developed further, not only nb-javac. That's why we're
> > building up a very large group of individual committers for Apache
> NetBeans
> > (incubating), one of which tasks will be the maintenance of the nb-javac
> > codebase. Some of those individual committers come from Oracle, so would
> > logically work on the areas they know best, which includes nb-javac,
> though
> > it would be great to share that knowledge around so that others outside
> > Oracle can work on this too. Where the development of nb-javac will
> happen
> > is yet to be determined, possibly on GitHub for example or simply in its
> > current location, i.e., within its hg.netbeans.org/main/nb-javac
> location
> > under its Oracle license, of course.
> >
> > Thanks,
> >
> > Gj
> >
> > On Tue, Nov 8, 2016 at 9:55 PM, Craig Russell <craig.russell@oracle.com>
> > wrote:
> >
> >> It might be useful to discuss (either on this thread or another) the
> >> long-term approach to nb-javac.
> >>
> >> Short term (through Apache NetBeans graduation), it appears that Oracle
> is
> >> committed to maintaining this code base.
> >>
> >> Medium term (Java 10?) there might need to be significant changes. Will
> >> Oracle be able/want to keep nb-javac current?
> >>
> >> Long term perhaps some of the Oracle resources working on nb-javac could
> >> make a more abstract ide-javac (I didn’t quite follow the else-thread
> >> reference to this) so Apache NetBeans could depend on a less-specific
> >> nb-javac.
> >>
> >> If this doesn’t make sense, please disregard.
> >>
> >> Craig
> >> Craig L Russell
> >> clr@apache.org
> >>
> >>
> >>
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message