Dne čtvrtek 3. prosince 2020 17:21:59 CET, Laszlo Kishalmi napsal(a): > Just create a PR where you find that friend packages are blocking you.
+1 > We are not fond of the friend packages any more, though make everything > public at once is not in our intent. So we are doing opening up when > there is a need. +1 Turning a friend export to public export is usually no-brainer[1]. -jt [1] I've only objected once: against opening up Maven module. That one deserves refactoring in my opinion. > On 12/3/20 4:57 AM, Randamuna Namae wrote: > >> The Problem is we can’t add everything to NetBeans as a 3rd Party Plugin, > > > > because most of the API that we need, is not public as it is for Java. For > > example tokens for all the other languages except from Java. And yes I can > > give you a lot of examples for that too. I tried it often. And if the API > > is open like the CSL or SPI (I don’t know exactle which one) then there is > > a lot of missing documentation for other languages than Java to use or > > extends it. > > > > This is a big issue indeed. My personal wish is that "friend modules" did > > not exists. The concept in an on itself is not wrong, the problem is that > > it always fosters poor/lazy api design. You don't want to commit to an api > > but you need it from somewhere else? friend modules. > > That works when you have a dedicated team and you work for a company > > because you're constantly making progress and can review a design when > > appropriate, once you go opensource and the project lives off of people > > contributions, it's a major hindrance. > > I very much agree with Java's design of not adding a friend visibility > > modifier. > > > > Cheers. > > > > On Thu, Dec 3, 2020 at 8:56 AM Neil C Smith <neilcsm...@apache.org> wrote: > >> On Thu, 3 Dec 2020 at 11:08, Christian Lenz <christian.l...@gmx.net> > >> > >> wrote: > >>> And nevertheless we avoid people contribute to NetBeans by discussing > >> > >> everything to death. And also we as apache need a plan, a vision etc. for > >> sure a lot of people have different thoughts and to add it here it is our > >> responsibility for NetBeans to come together to discuss topics, big > >> pictures and find people coming together as a group to help making this > >> done > >> > >> There's something of a contradiction there! :-) But yes, less > >> bikeshedding small stuff, and more discussion of the bigger picture > >> wouldn't be a bad thing. > >> > >> I've said it before, in this context, and in regard to other FLOSS > >> projects, though - let's innovate not replicate! I really don't care > >> what JetBrains is adding. Constantly playing catchup with a > >> commercial product is a losing game. Jump ahead ... or at least > >> sideways. > >> > >> So, what makes NetBeans unique? And what will make it unique in 3, 5, 10 > >> years? > >> > >> 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 > > --------------------------------------------------------------------- > 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 --------------------------------------------------------------------- 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