Hello Neil. > > Right. `nb-javac` is an independent component created with only purpose: > > To be consumed by (Apache) NetBeans project .. > > Well, to me the "only purpose" bit is the crux of the "independent" > argument, and makes it rather different to other libraries we use, but > also from plugins. I'm not sure it's necessarily useful to say that > it continues to be developed with only that purpose?
It always depends how one tells the story. I want to find arguments for Apache NetBeans to bundle `nb-javac` along with the convenience binaries. When I say "the only purpose" I want to stress that the maintainers of `nb-javac` really want it to be used that way. > The other things obviously are independent public source hosting and > build instructions, independent distribution, independent issue > tracking, etc. All things I think have been addressed recently. Right. All of that is in place at https://github.com/oracle/nb-javac and with the help of Toni Epple the JARs are even distributed via Maven central. > > In Dec/Nov 2020 I made a commitment (internally in Oracle) to take over > > the maintenance of `nb-javac`. > > As in maintained and developed by Oracle Labs into the future? Yes, I am involved and I plan to be involved. With https://github.com/oracle/ nb-javac/pull/12 the maintenance is trivial. As such I am not afraid to commit to continue maintaining the `nb-javac` in the future. I also believe that, once we settle on unified infrastructure to use the same Javac libraries (either from latest JDK or via nb-javac backport), OracleLabs will be able to improve the user experience (completion, hints, project integration, debugging experience) even more than we have done during last two releases. > And > published via Oracle namespace in future? I am quite happy with current setup where Toni uploads the binaries to Maven central. I have no intention to change it[1]. > Because ... > OK, I'm inclined to open a legal ticket then, and see where we get > with that so we can at least plan based on it. Any objections? Or > someone else really want to do it? > I think with the recent assessment that CPE *could* be compatible with > ASF licensing requirements, we're left with also ensuring it's all > fully independent - sources moved from legacy netbeans.org location to > Oracle namespace, binaries no longer consumed from OSUOSL - I think > we're in a much better place there now. It would be amazing to see the automatically generated `nb-javac` based on JDK-17 `javac` to be included in NetBeans convenience binaries! -jt [1] Please note that neither GraalVM libraries are uploaded to Maven under Oracle namespace. For example: https://search.maven.org/search?q=g:org.graalvm.tools --------------------------------------------------------------------- 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
