Hello, Sorry I'm used to having to sign my commits and it didn't seem to be an issue in any OSS project before (even those under the Apache umbrella). In fact this was required by Eclipse iirc. Cheers, ---------- Emmanuel Hugonnet
Le jeu. 15 oct. 2026 à 12:57, Anton Epple <[email protected]> a écrit : > Hi Neil, > > Thanks, the ASF / Apache NetBeans umbrella is where I'd like this to end > up. It is Apache-2.0 licensed already, so nothing stands in the way of > moving it. > > For now, I'd rather keep it where it is for a while: the tools and their > interfaces are still changing quickly, and I'd like to build some usage and > let the APIs settle before going through a donation. Also the code is > written with AI assistance (rather unsurprisingly given the area it's in : > ) ), so before any donation I'd want to clarify the provenance question you > raised for Emmanuel's PR for our code as well. > > And agreed on keeping the project/workspace discussion in one thread. > > Toni > > Am 15.10.26, 12:36 schrieb "Neil C Smith" <[email protected] <mailto: > [email protected]>>: > > > On Thu, 15 Oct 2026 at 11:24, Anton Epple <[email protected] <mailto: > [email protected]>> wrote: > > That matches what I had in mind for our part. I offered to provide the > Java tools (usages, refactorings with a compile check, compile errors) to > an MCP server inside the IDE, and they are already released on their own > schedule elsewhere (a standalone server and a VS Code extension). It allows > us to "move fast and break things" unlike we would do inside the NB code > base. > > > So if we can change that to "their own schedule *here*" then we have > the potential for moving fast and breaking things, while still having > the benefit to being under the ASF / Apache NetBeans umbrella. > > > > Shipping them as a NetBeans plugin as well, with the option to merge > later once things have settled and there is interest, seems the right way > to me. What would help in the IDE itself are small API additions such as > the workspace/folder concept Jarda and Michael are discussing, so that such > plugins don't each have to build it themselves. > > > I'm mostly with Michael's position on being pro-project camp there. > And keeping groups somewhat orthogonal to that. While still having a > basic project type that can be used for all these things being > discussed. > > > Although we also don't make enough of groups supporting configuration > at the moment - the only thing we have currently is a Maven home > setting that may or may not work correctly. > > > We should probably keep that part of the discussion in one place, not > fifteen. :-) > > > Best wishes, > > > Neil > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] <mailto: > [email protected]> > For additional commands, e-mail: [email protected] <mailto: > [email protected]> > > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists < > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists> > > > > > > > > > > > > --------------------------------------------------------------------- > 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 > > > >
