Re: Add support for other programming languages

[Adam Russell]

There had been some decent Perl plugins in the past that I used quite 
extensively for some time, but I can't seem to find them on your list or 
anywhere else? I'd be open to trying to get Perl language support back up and 
running.


From: John Kostaras 
Sent: Friday, December 31, 2021 9:41 AM
To: dev@netbeans.apache.org 
Subject: Add support for other programming languages

If you are interested in contributing in maintaining other programming
languages support for NetBeans, please reply to this thread.

There are many programming languages that have been dropped from Apache
NetBeans, for various reasons. A list can be found here
.
Some of them need little effort to provide at least some basic
functionality.

The task is not easy, as there are different technologies (JavaCC, ANTLR,
LSP) that these plugins have been written into, and the NetBeans APIs have
been changed during time. A draft wiki page on how to add language support
to NetBeans can be found here

.

We could have a separate thread or organise in slack, e.g. to create a
better overview of what needs to be done and how to proceed.

Thank you in advance.

K/r,

John.

Re: Python Donation

[Peter Blemel]

For what it's worth, I use NetBeans 8.2 for C/C++ development out of habit, 
sometimes daily, but have installed the 8.2 C/C++ module into NB12 with 
success. It is my go-to C/C++ IDE; however, I don't need all the latest 
language features.  I've used Eclipse and other free IDE's, but NetBeans is 
(was) hands-down the best IDE to support many tool chains and project 
configurations. I build or cross-compile for Linux x86 and x64, Linux ARM 32 & 
64 bit, Cygwin, QNX and do remote debugging.  I have never liked cmake, but 
while I'm not crazy about all of the Makefiles that NetBeans creates it's 
pretty amazing on the whole. I'll use it for as long as I can.

I use NetBeans 12 for J2EE development, using MariaDB and deploying to Payara. 
The HTML and JavaScript support is pretty good and since I use NetBeans so much 
for C/C++ I use it for as much as I can - although, I usually debug 
HTML/JavaScript in the Browser. The workflow is pretty easy.

I am currently using PyCharm for all of my Python development. The Community 
version has so much functionality that's hard to beat for the price. I haven't 
tried CLion or other JetBrains C/C++ tools, mostly because NetBeans has all the 
functionality that I need for free.

 Peter


From: John Kostaras 
Sent: Friday, December 31, 2021 7:33 AM
Cc: dev@netbeans.apache.org 
Subject: Re: Python Donation

And you are not the only one James. NetBeans used to indeed have the best
C/C++ support.

But I know many other, really big fans of NetBeans, that have moved to
JetBrains Idea because NetBeans doesn't anymore support Scala, or Python,
or Ruby, or Go you name it.

I will create another thread, to invite people who would like to help
supporting other programming languages for NetBeans and organise on how to
do that.

John.

On Fri, 31 Dec 2021 at 16:12, mike james
 wrote:

> As a user who has contemplated trying to help out - this entire exchange is
> sad.
> NetBeans was only recently by far the best C/C+ IDE and its support of
> other languages
> was a big plus point for using it. I now have had to retreat to Visual
> Studio Code (yuk)
> simply because I can use it for multiple languages. I know NetBeans was
> always
> first a Java IDE but its sad to see the wider contexts dropped because of
> lack of support.
>
> I did start to examine some of the C/C++ stuff but I'm glad I didn't waste
> my time trying
> to learn it - I am a Java and C programmer but don't know much about
> NetBeans structure.
> mikej
>
> On Fri, Dec 31, 2021 at 1:57 PM John Kostaras  wrote:
>
> > Hallo all,
> >
> > NetBeans used to have many languages support in the past and I find it
> very
> > sad seeing NetBeans dying slowly because many developers abandon it
> because
> > it only supports Java (and Groovy?) nowadays.
> >
> > This wiki page
> > 
> > lists a number of plugins that NetBeans used to support in the past. It
> is
> > true that they have been developed with different technologies and
> > versions, but some of them need not that much effort to be fixed. How do
> we
> > integrate them? As plugins? Integrate them in the baseline?
> >
> > The mentality that we don't support them because nobody understands the
> > code, is also true about NetBeans itself. Shall we give up supporting
> > NetBeans too because most of us don't understand it source code?
> >
> > I will keep on the effort and I hope others will. To me abandoning other
> > programming languages support means the end of NetBeans itself, sooner
> than
> > expected.
> >
> > Thank you Eric for bringing this up.
> >
> > Kind regards and happy New Year,
> >
> > John.
> >
> >
> > On Thu, 30 Dec 2021 at 23:34, Matthias Bläsing <
> mblaes...@doppel-helix.eu>
> > wrote:
> >
> > > Hi Eric,
> > >
> > > Am Donnerstag, dem 30.12.2021 um 14:44 -0600 schrieb Eric Bresie:
> > > > > So then what’s next?
> > > > >
> > > > > Option 1: Take the CDDL/GPLv2 licenses source and make that work on
> > > > > Apache NetBeans (nothing stopping the resurrection of nbpython
> > > > > project). If the necessary steps are documented and donation
> happens
> > > > > the steps can be reproduced against the donated codebase.
> > > >
> > > >
> > > > From the nbpython code (I.e.
> > > > https://sourceforge.net/p/nbpython/mercurial/ci/default/tree/ ), the
> > > > mirrored hg code
> > > > http://source.apidesign.org/hg/netbeans/contrib/file/6b5e5bedcd2a ,
> > the
> > > > mavenized version
> > > > https://github.com/timboudreau/netbeans-contrib
> > > > ?  Or something else?
> > > >
> > > > My branch
> > > > https://github.com/ebresie/netbeans/tree/nbpython_integration3
> > > >
> > > > had code mainly from the hg code with tweaks to make it a cluster,
> > > updated
> > > > headers using the Netbeans tools, and a few other updates.
> > > >
> > > > I was on pause with expectations of picking up (and redoing) once the
> > > > donation was available (which why I keep askin

Re: New theme for netbeans, team member wanted (JavaFX)

[John Neffenger]

On 12/7/21 4:58 AM, Eric Bresie wrote:

I know this is a grander, not a short term thing, and a little out of scope 
here but would transition the UI of Netbeans from Swing to JavaFX based with 
its own (css) theme paradigm be of value?


There is one important difference between Swing and JavaFX that might 
not be immediately apparent: JavaFX, as a policy, does not use font 
hinting. Swing, on the other hand, uses full hinting.


For comparison, Windows uses full hinting, macOS does not use font 
hinting, and most Linux distributions use the light (slight) hinting of 
FreeType. In fact, macOS even stopped using sub-pixel rendering as of 
version 10.14 (Mojave).


So in general, Swing has font rendering like Windows, JavaFX has font 
rendering like macOS, and neither of them have font rendering like 
Linux. People generally prefer what they're used to seeing on their 
operating system.[1]


In fact, people who encounter the "blurry" fonts of JavaFX often think 
it's a bug.[2][3] Real font bugs then get lost for years in the noise 
over the hinting debate.[4][5]


Font issues like this are important enough for JetBrains to patch the 
Java runtime with their own opinion on the matter.[6] Font rendering is 
not a minor detail for an IDE like NetBeans or IntelliJ IDEA.


John

[1]: https://blog.codinghorror.com/font-rendering-respecting-the-pixel-grid/
[2]: https://bugs.openjdk.java.net/browse/JDK-8131923
[3]: https://bugs.openjdk.java.net/browse/JDK-8139662
[4]: https://github.com/javafxports/openjdk-jfx/issues/229
[5]: https://github.com/jgneff/openjdk-freetype
[6]: https://github.com/JetBrains/JetBrainsRuntime

-
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: Python Donation

[Zoran Sevarac]

+1

On Fri, 31 Dec 2021, 15:34 John Kostaras,  wrote:

> And you are not the only one James. NetBeans used to indeed have the best
> C/C++ support.
>
> But I know many other, really big fans of NetBeans, that have moved to
> JetBrains Idea because NetBeans doesn't anymore support Scala, or Python,
> or Ruby, or Go you name it.
>
> I will create another thread, to invite people who would like to help
> supporting other programming languages for NetBeans and organise on how to
> do that.
>
> John.
>
> On Fri, 31 Dec 2021 at 16:12, mike james
>  wrote:
>
> > As a user who has contemplated trying to help out - this entire exchange
> is
> > sad.
> > NetBeans was only recently by far the best C/C+ IDE and its support of
> > other languages
> > was a big plus point for using it. I now have had to retreat to Visual
> > Studio Code (yuk)
> > simply because I can use it for multiple languages. I know NetBeans was
> > always
> > first a Java IDE but its sad to see the wider contexts dropped because of
> > lack of support.
> >
> > I did start to examine some of the C/C++ stuff but I'm glad I didn't
> waste
> > my time trying
> > to learn it - I am a Java and C programmer but don't know much about
> > NetBeans structure.
> > mikej
> >
> > On Fri, Dec 31, 2021 at 1:57 PM John Kostaras 
> wrote:
> >
> > > Hallo all,
> > >
> > > NetBeans used to have many languages support in the past and I find it
> > very
> > > sad seeing NetBeans dying slowly because many developers abandon it
> > because
> > > it only supports Java (and Groovy?) nowadays.
> > >
> > > This wiki page
> > > <
> https://cwiki.apache.org/confluence/display/NETBEANS/Community+plugins>
> > > lists a number of plugins that NetBeans used to support in the past. It
> > is
> > > true that they have been developed with different technologies and
> > > versions, but some of them need not that much effort to be fixed. How
> do
> > we
> > > integrate them? As plugins? Integrate them in the baseline?
> > >
> > > The mentality that we don't support them because nobody understands the
> > > code, is also true about NetBeans itself. Shall we give up supporting
> > > NetBeans too because most of us don't understand it source code?
> > >
> > > I will keep on the effort and I hope others will. To me abandoning
> other
> > > programming languages support means the end of NetBeans itself, sooner
> > than
> > > expected.
> > >
> > > Thank you Eric for bringing this up.
> > >
> > > Kind regards and happy New Year,
> > >
> > > John.
> > >
> > >
> > > On Thu, 30 Dec 2021 at 23:34, Matthias Bläsing <
> > mblaes...@doppel-helix.eu>
> > > wrote:
> > >
> > > > Hi Eric,
> > > >
> > > > Am Donnerstag, dem 30.12.2021 um 14:44 -0600 schrieb Eric Bresie:
> > > > > > So then what’s next?
> > > > > >
> > > > > > Option 1: Take the CDDL/GPLv2 licenses source and make that work
> on
> > > > > > Apache NetBeans (nothing stopping the resurrection of nbpython
> > > > > > project). If the necessary steps are documented and donation
> > happens
> > > > > > the steps can be reproduced against the donated codebase.
> > > > >
> > > > >
> > > > > From the nbpython code (I.e.
> > > > > https://sourceforge.net/p/nbpython/mercurial/ci/default/tree/ ),
> the
> > > > > mirrored hg code
> > > > > http://source.apidesign.org/hg/netbeans/contrib/file/6b5e5bedcd2a
> ,
> > > the
> > > > > mavenized version
> > > > > https://github.com/timboudreau/netbeans-contrib
> > > > > ?  Or something else?
> > > > >
> > > > > My branch
> > > > > https://github.com/ebresie/netbeans/tree/nbpython_integration3
> > > > >
> > > > > had code mainly from the hg code with tweaks to make it a cluster,
> > > > updated
> > > > > headers using the Netbeans tools, and a few other updates.
> > > > >
> > > > > I was on pause with expectations of picking up (and redoing) once
> the
> > > > > donation was available (which why I keep asking about the status).
> > > > >
> > > > > Is that what is meant?
> > > >
> > > > Don't know. Sorry, but I won't look into support for a language I
> don't
> > > > have any use-case for at the moment, as enough time already flows
> into
> > > > NetBeans.
> > > >
> > > > >
> > > > > Option 2: Rebuild Python support from scratch. You already said
> that
> > > > > > the LSP approach might work and given that
> > > > > >
> > > > > > https://github.com/apache/netbeans/pull/3385
> > > > > >
> > > > > > is tested with python LSP, there is already work done elsewhere.
> > > > >
> > > > >
> > > > > I’ve been toying with a work in progress on new LSP Python
> > > > implementation.
> > > > >
> > > > > For the reference to Python LSP in the above PR, is there some
> other
> > > > Python
> > > > > LSP in work (if so who is doing so as the more the merrier)?
> > > > >
> > > > > Or was this pr using Python LSP to test the change?  Or was this
> > > intended
> > > > > to use the pr with WIP to further verify the PR?
> > > > >
> > > >
> > > > Read the comments, they are not that long. The author claims, that he
> > > > used

Re: New theme for netbeans, team member wanted

[Neil C Smith]

On Tue, 28 Dec 2021 at 12:26, Eirik Bakke  wrote:
> Other topics discussed:
> * Arafat proposed more ambitious changes to NetBeans' look & feel, and we 
> exchanged ideas. Eirik mentioned the recent discussion thread that ended up 
> making FlatLAF the default LAF on NetBeans.
> * Arafat also mentioned possible approaches to get support for animated icons.

All sounds exciting!

While discussing SVG features, a bigger one than animation might be
CSS?  Or at least, at this stage, could we ensure icons have classes
for a small range of accent colours?  Obviously, certain things like
"stop" you might want always to be red.  Whereas other accent colours
might be better to pick up from the look and feel.  And it would be
great to never have to rely on the _dark suffix for svg icons.

Obviously there's a need to look at changes in the icon loading to
allow specifying the right stylesheet via Batik too.

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: New theme for netbeans, team member wanted (JavaFX)

[Neil C Smith]

On Fri, 31 Dec 2021 at 14:29, John Kostaras  wrote:
> There used to be an article of a lady from South Africa who had managed to
> replace the Rich Client Platform's window system with JavaFX, but I can't
> locate it anymore.

Was that different to the eFX project I mentioned?  I remember reading
a bunch of stuff years ago, but found very little still accessible.

> To replace Swing with .. (or HTML/Java UI),

We would need an ASL compatible browser context to use HTML4J though,
which potentially just points back to Electron or lighter weight
alternatives.

I'm still curious if Skija is a better option to either - it's what
Fleet (which Eirik mentioned a while back) uses.

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: Re: AW: Re: [DISCUSS] Default to FlatLaf in NetBeans 13?

[T. Schapitz]

To me, this looks like the most attractive compromise.

As a boomer accostomed to my old ways, I'm always a bit dismayed with 
overly drastic changes in the look and feel. And having felt somewhat 
fortunate to be able to switch from a green on black crt world to black 
on white with a grey scale monitor 25 years ago, later even to colors, I 
will never understand, why people would want to return into darkness. To 
me this somehow feels like lurking about in a dimly lit tool shed. - let 
there be light! ;-). That said: being able to select the setting on the 
first within the options, and beeing offered to change the default on 
the welcome page also would be sufficient as far as I'm concerned,



On 2021/11/29 15:53:55 Michael Bien wrote:
> On 29.11.21 16:28, Christian Lenz wrote:
> > I don’t get it atm. What is the preferred solution now? Open the 
options when NetBeans is still open or what? That means that I need to 
restart NetBeans again. Probably I got it wrong.

>
> 1) set LightLAF as default which should hopefully work for many as
> discussed here
>
> 2) notify user somehow that the default can be changed. e.g via
> convenient link in welcome page or via notification bubble or both (this
> would link to the options)
>
> 3) if user changes settings it will require restart yes but the UI for
> that is already there
>
>
> =>
>
>  - no startup dialog
>
>  - no duplicated UI
>
>  - potential to be further optimized in future by letting it probe to
> make a more educated decision whether to automatically set the dark
> theme instead of light
>
>
> >
> > Von: Neil C Smith
> > Gesendet: Montag, 29. November 2021 15:36
> > An: dev@netbeans.apache.org
> > Betreff: Re: Re: [DISCUSS] Default to FlatLaf in NetBeans 13?
> >
> > On Sat, 27 Nov 2021 at 15:20, Eirik Bakke  wrote:
> >> There are hundreds of options that can be customized, and there is 
real value-add in _not_ requiring the user (especially new users) to 
know about or touch them.

> >>
> >> We also don't want a situation where we end up having two 
different user interfaces for setting the same options. A user that 
changed the LAF from a startup dialog or installer would then have to 
find and use a _different_ user interface (the Options dialog) to change 
it again later.

> > This is a very good point!
> >
> > This thread came partly from issues with people finding (the right)
> > options, and a default that doesn't match what most of us are doing.
> > But for common options that people might want to customize, then a
> > better welcome page would beat a dialog. Because rather than setting
> > the option, we could just open the options dialog in the right place
> > to show them where to set it.
> >
> > eg. big button on welcome page with text "Switch to dark or system
> > look and feel" opens the look and feel tab in the options.
> >
> > We could have defaults that match what most of us use, and 6-8 quick
> > links for settings that a lot of us change? And keep the current
> > direct links to install plugins or activate features, which could look
> > a little more like you're meant to press them!
> >
> > 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

RE: Re: NB 12.5 Maven Goal Definitions

[T. Schapitz]

No, this is totaly independent from any existing project.

This setting is connected to the Maven "Plattform" configuration within 
the Tools-> Options -> Java -> Settings, und should work, whether you 
have a project or not. The only requirement is, that the maven nb plugin 
is active, but this will inevitably happen, as soon as you access the 
configs tab.


It's just that these Goals will be available afterwards for all maven 
projects to be picked from their context menue.


Also, it doesn't matter, whether you started with a blank installation, 
or imported one from a previous release. In the later case, the goals 
will be imported, be accessible in the context menu, and even may be 
edited without restrictions. Still, the dialog will not allow you to 
create a new active one with a meaningful goal. The Dialog is simply 
broken.


Meanwhile, since I stumbeled on the conversation here only afterwards, I 
have in fact created the issue 
https://issues.apache.org/jira/browse/NETBEANS-6347 for this some hours ago.


Regards, Thomas


On 2021/12/04 15:55:30 Eric Bresie wrote:
> Does this maybe have something to do with the "type" of project involved
> (i.e. was a new Maven project created, was it a "Java" project
> [ant/gradle], from an existing project/existing code, etc.) ? I know when
> I was working on an "Ant project" vs a "Maven" project, the properties in
> each were slightly different (i.e. Maven did not have "Libraries" purely
> but instead had "Dependencies" and included "javascript properties", Ant
> allowed adding dependency via "Libraries for the project", etc.)
>
> At what point did the "no actions" become present? It sounds like in the
> old iteration [which may have had actions] but after imported then no
> longer exists in the new context?
>
> So is this a possible issue in the "import" context, the "project" 
context,

> or some other context?
>
> Does an issue need to be raised for this then?
>
> Eric Bresie
> ebre...@gmail.com
>
>
> On Fri, Dec 3, 2021 at 5:35 PM Douglas Thompson (dthompson) <
> dthomp...@micron.com> wrote:
>
> > Micron Confidential
> >
> > I was able to find a manual work-around by copying the 
nbactions.xml from

> > a previous version of NB then creating the path (Projects wasn’t in the
> > path) and putting the file down. Seems to be working.
> >
> >
> >
> > *From: *Douglas Thompson (dthompson) 
> > *Date: *Friday, December 3, 2021 at 8:41 AM
> > *To: *dev@netbeans.apache.org 
> > *Subject: *Re: NB 12.5 Maven Goal Definitions
> >
> > Sorry, I forgot images don’t come through.
> >
> >
> >
> > - In my NB -> Options -> Java -> Maven -> Edit Custom Goal Definitions
> > - Adding an action shows grayed out with – Disabled next to it
> >
> >
> >
> > *From: *Douglas Thompson (dthompson) 
> > *Date: *Friday, December 3, 2021 at 8:29 AM
> > *To: *dev@netbeans.apache.org 
> > *Subject: *NB 12.5 Maven Goal Definitions
> >
> > We’re seeing a problem in our Windows 10 environments where, in NB 
12.5,

> > we can’t seem to set the Maven Goal definitions. I verified this on a
> > clean install of NB 12.5 with Windows 10 (I did not import from a 
previous

> > NB installation). NB 12.1 seems to be working fine, but it’s possible
> > there were security measures added after having these set.
> >
> >
> >
> > Could this be some sort of security restriction in our Windows 10
> > environments, or is this a known issue? Is there a manual way we can
> > modify files to enable Maven actions?
> >
> >
> >
> >
> >
> > Thanks.
> >
> >
> >
> > Doug.
> >
> > Micron Confidential
> >
>

-
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: Add support for other programming languages

[Arafat BOUCHAFRA]

Hi,

I'm interested by supporting Rust programming language by NetBeans.

King regards

Le ven. 31 déc. 2021 à 15:42, John Kostaras  a écrit :

> If you are interested in contributing in maintaining other programming
> languages support for NetBeans, please reply to this thread.
>
> There are many programming languages that have been dropped from Apache
> NetBeans, for various reasons. A list can be found here
> .
> Some of them need little effort to provide at least some basic
> functionality.
>
> The task is not easy, as there are different technologies (JavaCC, ANTLR,
> LSP) that these plugins have been written into, and the NetBeans APIs have
> been changed during time. A draft wiki page on how to add language support
> to NetBeans can be found here
> <
> https://cwiki.apache.org/confluence/display/NETBEANS/Adding+New+Language+Support
> >
> .
>
> We could have a separate thread or organise in slack, e.g. to create a
> better overview of what needs to be done and how to proceed.
>
> Thank you in advance.
>
> K/r,
>
> John.
>

Add support for other programming languages

[John Kostaras]

If you are interested in contributing in maintaining other programming
languages support for NetBeans, please reply to this thread.

There are many programming languages that have been dropped from Apache
NetBeans, for various reasons. A list can be found here
.
Some of them need little effort to provide at least some basic
functionality.

The task is not easy, as there are different technologies (JavaCC, ANTLR,
LSP) that these plugins have been written into, and the NetBeans APIs have
been changed during time. A draft wiki page on how to add language support
to NetBeans can be found here

.

We could have a separate thread or organise in slack, e.g. to create a
better overview of what needs to be done and how to proceed.

Thank you in advance.

K/r,

John.

Re: Python Donation

[John Kostaras]

And you are not the only one James. NetBeans used to indeed have the best
C/C++ support.

But I know many other, really big fans of NetBeans, that have moved to
JetBrains Idea because NetBeans doesn't anymore support Scala, or Python,
or Ruby, or Go you name it.

I will create another thread, to invite people who would like to help
supporting other programming languages for NetBeans and organise on how to
do that.

John.

On Fri, 31 Dec 2021 at 16:12, mike james
 wrote:

> As a user who has contemplated trying to help out - this entire exchange is
> sad.
> NetBeans was only recently by far the best C/C+ IDE and its support of
> other languages
> was a big plus point for using it. I now have had to retreat to Visual
> Studio Code (yuk)
> simply because I can use it for multiple languages. I know NetBeans was
> always
> first a Java IDE but its sad to see the wider contexts dropped because of
> lack of support.
>
> I did start to examine some of the C/C++ stuff but I'm glad I didn't waste
> my time trying
> to learn it - I am a Java and C programmer but don't know much about
> NetBeans structure.
> mikej
>
> On Fri, Dec 31, 2021 at 1:57 PM John Kostaras  wrote:
>
> > Hallo all,
> >
> > NetBeans used to have many languages support in the past and I find it
> very
> > sad seeing NetBeans dying slowly because many developers abandon it
> because
> > it only supports Java (and Groovy?) nowadays.
> >
> > This wiki page
> > 
> > lists a number of plugins that NetBeans used to support in the past. It
> is
> > true that they have been developed with different technologies and
> > versions, but some of them need not that much effort to be fixed. How do
> we
> > integrate them? As plugins? Integrate them in the baseline?
> >
> > The mentality that we don't support them because nobody understands the
> > code, is also true about NetBeans itself. Shall we give up supporting
> > NetBeans too because most of us don't understand it source code?
> >
> > I will keep on the effort and I hope others will. To me abandoning other
> > programming languages support means the end of NetBeans itself, sooner
> than
> > expected.
> >
> > Thank you Eric for bringing this up.
> >
> > Kind regards and happy New Year,
> >
> > John.
> >
> >
> > On Thu, 30 Dec 2021 at 23:34, Matthias Bläsing <
> mblaes...@doppel-helix.eu>
> > wrote:
> >
> > > Hi Eric,
> > >
> > > Am Donnerstag, dem 30.12.2021 um 14:44 -0600 schrieb Eric Bresie:
> > > > > So then what’s next?
> > > > >
> > > > > Option 1: Take the CDDL/GPLv2 licenses source and make that work on
> > > > > Apache NetBeans (nothing stopping the resurrection of nbpython
> > > > > project). If the necessary steps are documented and donation
> happens
> > > > > the steps can be reproduced against the donated codebase.
> > > >
> > > >
> > > > From the nbpython code (I.e.
> > > > https://sourceforge.net/p/nbpython/mercurial/ci/default/tree/ ), the
> > > > mirrored hg code
> > > > http://source.apidesign.org/hg/netbeans/contrib/file/6b5e5bedcd2a ,
> > the
> > > > mavenized version
> > > > https://github.com/timboudreau/netbeans-contrib
> > > > ?  Or something else?
> > > >
> > > > My branch
> > > > https://github.com/ebresie/netbeans/tree/nbpython_integration3
> > > >
> > > > had code mainly from the hg code with tweaks to make it a cluster,
> > > updated
> > > > headers using the Netbeans tools, and a few other updates.
> > > >
> > > > I was on pause with expectations of picking up (and redoing) once the
> > > > donation was available (which why I keep asking about the status).
> > > >
> > > > Is that what is meant?
> > >
> > > Don't know. Sorry, but I won't look into support for a language I don't
> > > have any use-case for at the moment, as enough time already flows into
> > > NetBeans.
> > >
> > > >
> > > > Option 2: Rebuild Python support from scratch. You already said that
> > > > > the LSP approach might work and given that
> > > > >
> > > > > https://github.com/apache/netbeans/pull/3385
> > > > >
> > > > > is tested with python LSP, there is already work done elsewhere.
> > > >
> > > >
> > > > I’ve been toying with a work in progress on new LSP Python
> > > implementation.
> > > >
> > > > For the reference to Python LSP in the above PR, is there some other
> > > Python
> > > > LSP in work (if so who is doing so as the more the merrier)?
> > > >
> > > > Or was this pr using Python LSP to test the change?  Or was this
> > intended
> > > > to use the pr with WIP to further verify the PR?
> > > >
> > >
> > > Read the comments, they are not that long. The author claims, that he
> > > used a python LSP to test line based folding, I have no further
> > > knowledge about this.
> > >
> > > Greetings
> > >
> > > Matthias
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > > For additional commands, e-mail: dev-h...@netbeans.a

Fwd: [IMPORTANT] - ci.apache.org and CMS Shutdown end of January 2022

[Eric Bresie]

Pretty sure this doesn’t impact Netbeans directly but figured I would pass it 
on just in case.


From: Gary Gregory 
Sent: Friday, December 31, 2021 7:16:52 AM
To: Commons Developers List 
Cc: builds 
Subject: Re: [IMPORTANT] - ci.apache.org and CMS Shutdown end of January 2022

WRT Commons, CI is handled by GitHub actions these days so I am not worried
about losing ci.a.o.

TY
Gary

On Fri, Dec 31, 2021 at 6:38 AM Gavin McDonald  wrote:

> Hi All,
>
> (This email is BCC many (19) lists, please reply to bui...@apache.org
> only)
>
> Infra has set a FINAL date of January 31st 2022 for the turn off of
> ci.apache.org. This includes all of its nodes , of which the CMS node is
> one. Therefore the CMS is also going to be gone on the 31st January 2022.
>
> Any project that still uses the CMS in any way shape or form, MUST migrate
> to another build and publish method.
>
> Any project using ci.apache.org for the building and testing/publishing of
> CI builds MUST also migrate away to another CI - the direct replacement is
> ci2.apache.org the new Buildbot 3.2 based instance. Publishing of Javadocs
> and versioned websites etc that normally publish to ci.apache.org/projects
> will need to migrate their jobs to ci2.apache.org and publish results to
> nightlies.apache.org instead (via an rsync step).
>
> Projects have been repeatedly informed of the deprecation of both
> ci.apache.org and also the CMS itself, so this notice should not be a
> surprise to anybody.
>
> If you don't  have an INFRA ticket already open, or you don't know if there
> is an INFRA ticket already open for your project, please open one
> immediately so that we can get working on your migration ASAP. One or two
> projects I know of have a non-standard setup of publishing and so the
> earlier we get started the better.
>
> Below is a list of projects I know to still be using either the CMS (in
> whole or in part) and ci.apache.org for CI builds, there may be more.
>
> Projects fully using the CMS
> ==
>
> Commons
> DB (and subprojects)
> Hive
> Oozie
>
> Projects partially using the CMS
> =
>
> Lucene
> CXF
> Tapestry
> Santuario
> Geronimo
> Nutch
>
> All the above except Nutch I believe are exporting from Confluence and
> committing to
> svn.apache.org/repos/infra/websites/production/ - I have been working on
> an
> alternate
> method that does not involve the CMS agent (or its dependents like
> build_external.pl)
> CXF and Tapestry at least have INFRA tickets open regarding this.
>
> Projects using ci.apache.org for CI jobs
> 
>
> The Board - board-site build.
> Perl/mod_perl - several test builds.
> AsterixDB - docs build
> HTTPD - test builds
> Juddi - Several test builds
> OpenJPA - Several test builds
> Creadur - Several test builds
> JMeter - test builds
> OpenNLP - site build ?
> Commons - site build ?
> Ponymail - site build ?
> TrafficServer - Test Build + site build ?
> Tapestry - test build
>
> All builds that need migrating can be seen on this page:
>
> https://ci.apache.org/buildslaves
>
> Ok, those are the details, lets get started please people
>
> Oh, and Happy New Year!
>
> Gavin McDonald
> Systems Administrator
> ASF Infrastructure Team
>

Re: New theme for netbeans, team member wanted (JavaFX)

[John Kostaras]

There used to be an article of a lady from South Africa who had managed to
replace the Rich Client Platform's window system with JavaFX, but I can't
locate it anymore.

To replace Swing with JavaFX (or HTML/Java UI), one needs to rewrite the
Window System, Action System and the Explorer Views and Property Sheets in
the new technology. Which is kinda a lot of work.

I 'm in by the way.

K/r,

John.



On Fri, 31 Dec 2021 at 10:53, Mar R  wrote:

> Please don't even mention Electron! It has its pros, I recognize that, but
> we're talking about an IDE + Java...I can't afford a new GPU :D
> Anyway switching from Swing to JavaFX would be real cool, sooner or later
> projects will have to stay update with latest technologies, why have them
> then? But I get it would be a giant process, so just my +1 and count me in
> whenever you'll decide to do it
>
> Il giorno ven 10 dic 2021 alle ore 15:43 Neil C Smith <
> neilcsm...@apache.org>
> ha scritto:
>
> > On Tue, 7 Dec 2021 at 16:02, Eric Bresie  wrote:
> > > Unless anyone wants to work on NetBeans.FX ;-)…I figured as much but
> > wanted to ask.
> >
> > There was once a project called eFX, that if I remember correctly was
> > a JavaFX version of (parts of) the platform UI?  Can't find much info
> > now, but no, not an easy task.
> >
> > There was a whole bunch of discussion around the future of NetBeans'
> > UI when we joined Apache (check the distant archive).  About the time
> > rumours of Swing's demise were possibly exaggerated (Java client
> > roadmap v1) :-)
> >
> > I remember suggesting that a future UI of NetBeans might involve
> > Electron, a headless JVM, LSP and HTML4J.  Which it kind of has ...
> > Maybe we should build a new UI on top of VSCodium.
> >
> > Maybe it's skija?
> >
> > Who knows.  It's a lot of work, and I think NetBeans in its entirety
> > will likely remain Swing.  In fact, I'd happily lose the little bit of
> > optional JavaFX dependency we do have, which punches above its weight
> > in issues!
> >
> > 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: Python Donation

[mike james]

As a user who has contemplated trying to help out - this entire exchange is
sad.
NetBeans was only recently by far the best C/C+ IDE and its support of
other languages
was a big plus point for using it. I now have had to retreat to Visual
Studio Code (yuk)
simply because I can use it for multiple languages. I know NetBeans was
always
first a Java IDE but its sad to see the wider contexts dropped because of
lack of support.

I did start to examine some of the C/C++ stuff but I'm glad I didn't waste
my time trying
to learn it - I am a Java and C programmer but don't know much about
NetBeans structure.
mikej

On Fri, Dec 31, 2021 at 1:57 PM John Kostaras  wrote:

> Hallo all,
>
> NetBeans used to have many languages support in the past and I find it very
> sad seeing NetBeans dying slowly because many developers abandon it because
> it only supports Java (and Groovy?) nowadays.
>
> This wiki page
> 
> lists a number of plugins that NetBeans used to support in the past. It is
> true that they have been developed with different technologies and
> versions, but some of them need not that much effort to be fixed. How do we
> integrate them? As plugins? Integrate them in the baseline?
>
> The mentality that we don't support them because nobody understands the
> code, is also true about NetBeans itself. Shall we give up supporting
> NetBeans too because most of us don't understand it source code?
>
> I will keep on the effort and I hope others will. To me abandoning other
> programming languages support means the end of NetBeans itself, sooner than
> expected.
>
> Thank you Eric for bringing this up.
>
> Kind regards and happy New Year,
>
> John.
>
>
> On Thu, 30 Dec 2021 at 23:34, Matthias Bläsing 
> wrote:
>
> > Hi Eric,
> >
> > Am Donnerstag, dem 30.12.2021 um 14:44 -0600 schrieb Eric Bresie:
> > > > So then what’s next?
> > > >
> > > > Option 1: Take the CDDL/GPLv2 licenses source and make that work on
> > > > Apache NetBeans (nothing stopping the resurrection of nbpython
> > > > project). If the necessary steps are documented and donation happens
> > > > the steps can be reproduced against the donated codebase.
> > >
> > >
> > > From the nbpython code (I.e.
> > > https://sourceforge.net/p/nbpython/mercurial/ci/default/tree/ ), the
> > > mirrored hg code
> > > http://source.apidesign.org/hg/netbeans/contrib/file/6b5e5bedcd2a ,
> the
> > > mavenized version
> > > https://github.com/timboudreau/netbeans-contrib
> > > ?  Or something else?
> > >
> > > My branch
> > > https://github.com/ebresie/netbeans/tree/nbpython_integration3
> > >
> > > had code mainly from the hg code with tweaks to make it a cluster,
> > updated
> > > headers using the Netbeans tools, and a few other updates.
> > >
> > > I was on pause with expectations of picking up (and redoing) once the
> > > donation was available (which why I keep asking about the status).
> > >
> > > Is that what is meant?
> >
> > Don't know. Sorry, but I won't look into support for a language I don't
> > have any use-case for at the moment, as enough time already flows into
> > NetBeans.
> >
> > >
> > > Option 2: Rebuild Python support from scratch. You already said that
> > > > the LSP approach might work and given that
> > > >
> > > > https://github.com/apache/netbeans/pull/3385
> > > >
> > > > is tested with python LSP, there is already work done elsewhere.
> > >
> > >
> > > I’ve been toying with a work in progress on new LSP Python
> > implementation.
> > >
> > > For the reference to Python LSP in the above PR, is there some other
> > Python
> > > LSP in work (if so who is doing so as the more the merrier)?
> > >
> > > Or was this pr using Python LSP to test the change?  Or was this
> intended
> > > to use the pr with WIP to further verify the PR?
> > >
> >
> > Read the comments, they are not that long. The author claims, that he
> > used a python LSP to test line based folding, I have no further
> > knowledge about this.
> >
> > Greetings
> >
> > Matthias
> >
> >
> > -
> > 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: Python Donation

[John Kostaras]

Hallo all,

NetBeans used to have many languages support in the past and I find it very
sad seeing NetBeans dying slowly because many developers abandon it because
it only supports Java (and Groovy?) nowadays.

This wiki page

lists a number of plugins that NetBeans used to support in the past. It is
true that they have been developed with different technologies and
versions, but some of them need not that much effort to be fixed. How do we
integrate them? As plugins? Integrate them in the baseline?

The mentality that we don't support them because nobody understands the
code, is also true about NetBeans itself. Shall we give up supporting
NetBeans too because most of us don't understand it source code?

I will keep on the effort and I hope others will. To me abandoning other
programming languages support means the end of NetBeans itself, sooner than
expected.

Thank you Eric for bringing this up.

Kind regards and happy New Year,

John.


On Thu, 30 Dec 2021 at 23:34, Matthias Bläsing 
wrote:

> Hi Eric,
>
> Am Donnerstag, dem 30.12.2021 um 14:44 -0600 schrieb Eric Bresie:
> > > So then what’s next?
> > >
> > > Option 1: Take the CDDL/GPLv2 licenses source and make that work on
> > > Apache NetBeans (nothing stopping the resurrection of nbpython
> > > project). If the necessary steps are documented and donation happens
> > > the steps can be reproduced against the donated codebase.
> >
> >
> > From the nbpython code (I.e.
> > https://sourceforge.net/p/nbpython/mercurial/ci/default/tree/ ), the
> > mirrored hg code
> > http://source.apidesign.org/hg/netbeans/contrib/file/6b5e5bedcd2a , the
> > mavenized version
> > https://github.com/timboudreau/netbeans-contrib
> > ?  Or something else?
> >
> > My branch
> > https://github.com/ebresie/netbeans/tree/nbpython_integration3
> >
> > had code mainly from the hg code with tweaks to make it a cluster,
> updated
> > headers using the Netbeans tools, and a few other updates.
> >
> > I was on pause with expectations of picking up (and redoing) once the
> > donation was available (which why I keep asking about the status).
> >
> > Is that what is meant?
>
> Don't know. Sorry, but I won't look into support for a language I don't
> have any use-case for at the moment, as enough time already flows into
> NetBeans.
>
> >
> > Option 2: Rebuild Python support from scratch. You already said that
> > > the LSP approach might work and given that
> > >
> > > https://github.com/apache/netbeans/pull/3385
> > >
> > > is tested with python LSP, there is already work done elsewhere.
> >
> >
> > I’ve been toying with a work in progress on new LSP Python
> implementation.
> >
> > For the reference to Python LSP in the above PR, is there some other
> Python
> > LSP in work (if so who is doing so as the more the merrier)?
> >
> > Or was this pr using Python LSP to test the change?  Or was this intended
> > to use the pr with WIP to further verify the PR?
> >
>
> Read the comments, they are not that long. The author claims, that he
> used a python LSP to test line based folding, I have no further
> knowledge about this.
>
> Greetings
>
> Matthias
>
>
> -
> 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: New theme for netbeans, team member wanted (JavaFX)

[Mar R]

Please don't even mention Electron! It has its pros, I recognize that, but
we're talking about an IDE + Java...I can't afford a new GPU :D
Anyway switching from Swing to JavaFX would be real cool, sooner or later
projects will have to stay update with latest technologies, why have them
then? But I get it would be a giant process, so just my +1 and count me in
whenever you'll decide to do it

Il giorno ven 10 dic 2021 alle ore 15:43 Neil C Smith 
ha scritto:

> On Tue, 7 Dec 2021 at 16:02, Eric Bresie  wrote:
> > Unless anyone wants to work on NetBeans.FX ;-)…I figured as much but
> wanted to ask.
>
> There was once a project called eFX, that if I remember correctly was
> a JavaFX version of (parts of) the platform UI?  Can't find much info
> now, but no, not an easy task.
>
> There was a whole bunch of discussion around the future of NetBeans'
> UI when we joined Apache (check the distant archive).  About the time
> rumours of Swing's demise were possibly exaggerated (Java client
> roadmap v1) :-)
>
> I remember suggesting that a future UI of NetBeans might involve
> Electron, a headless JVM, LSP and HTML4J.  Which it kind of has ...
> Maybe we should build a new UI on top of VSCodium.
>
> Maybe it's skija?
>
> Who knows.  It's a lot of work, and I think NetBeans in its entirety
> will likely remain Swing.  In fact, I'd happily lose the little bit of
> optional JavaFX dependency we do have, which punches above its weight
> in issues!
>
> 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: New theme for netbeans, team member wanted

[Mar R]

Thanks for the report. I'm personally curious to know details about those
"ambitious changes to NB LaF"

Il giorno mar 28 dic 2021 alle ore 13:51 Arafat BOUCHAFRA <
arafat...@gmail.com> ha scritto:

> Awesome, thanks!
>
> Le mar. 28 déc. 2021 à 13:25, Eirik Bakke  a écrit :
>
> > Peter Cheung, Arafat Bouchafra, and me (Eirik Bakke) just had a Zoom
> video
> > chat today, following up on this thread. The three of us are all software
> > developers and long-time users of NetBeans.
> >
> > Icon drawing project summary:
> > * Peter's company has two designers who work with Photoshop and
> > Illustrator, and he may be willing to allocate some of their time to
> > continue the icon drawing process that is tracked in
> > https://issues.apache.org/jira/browse/NETBEANS-2617 . Peter will
> > communicate with the designers.
> > * Eirik has shared with Peter an Illustrator template file containing the
> > first 50 SVG icons and artboards/bitmap templates for the next ~167 icons
> > to be prioritized (also attached to
> > https://issues.apache.org/jira/browse/NETBEANS-2617 ). We did a screen
> > sharing where Peter had a look at the file, layers, artboards etc.
> > * Peter's designer will try to draw a small batch of ~10 icons in the
> > Illustrator template. Then we'll discuss progress. Eirik can help turn
> this
> > next batch of icons into a Pull Request, or walk Peter through how to do
> > this. (Exporting the SVG files, adding license headers, copying SVGs into
> > the right locations in the NetBeans repo etc.)
> >
> > Resources:
> > * Style guide to be used for new SVG icons, consistent with earlier
> merged
> > PRs: https://issues.apache.org/jira/browse/NETBEANS-2617
> > * List of artboards in the Illustrator file, and notes on each icon:
> >
> https://docs.google.com/spreadsheets/d/1U_pj-I3hk9Wj_7lvHcUDsZfFfBSyCkSGqBuv0qt_qXw/edit#gid=812179705
> >
> > Other topics discussed:
> > * Arafat proposed more ambitious changes to NetBeans' look & feel, and we
> > exchanged ideas. Eirik mentioned the recent discussion thread that ended
> up
> > making FlatLAF the default LAF on NetBeans.
> > * Arafat also mentioned possible approaches to get support for animated
> > icons.
> > * Arafat inquired about whether there still exists a "NetBeans Certified
> > Engineer Course". He has been teaching Computer Science courses himself.
> We
> > looked at
> >
> https://netbeans.apache.org/wiki/NetBeansCertifiedEngineerCourse.asciidoc
> > , but this seems like an old page.
> > * Eirik suggested sending out a separate email to
> dev@netbeans.apache.org
> > to discuss bigger or more controversial ideas. (Since decision-making in
> > the NetBeans project is based on open discussion on the mailing list and
> in
> > GitHub Pull Requests, rather than in meetings or private sub-groups.)
> >
> > -- Eirik
> >
> > -Original Message-
> > From: Eirik Bakke 
> > Sent: Saturday, December 25, 2021 2:24 PM
> > To: Peter Cheung ; Peter Cheung 
> > Cc: dev@netbeans.apache.org
> > Subject: RE: New theme for netbeans, team member wanted
> >
> > Great! I sent invites to the people already in this thread.
> >
> > Merry Christmas!
> >
> > -- Eirik
> >
> > From: Peter Cheung 
> > Sent: Saturday, December 25, 2021 2:21 PM
> > To: Eirik Bakke ; Peter Cheung  >
> > Cc: dev@netbeans.apache.org
> > Subject: Re: New theme for netbeans, team member wanted
> >
> > Thanks, accepted your request. Merry Xmas too
> >
> >
> > Thanks
> >
> > From Peter (System Architect, Quantr Limited https://www.quantr.hk ,
> > Mobile : 96554595)
> >
> > 
> > From: Eirik Bakke 
> > Sent: Saturday, December 25, 2021 9:18 PM
> > To: Peter Cheung 
> > Cc: Peter Cheung ; dev@netbeans.apache.org <
> > dev@netbeans.apache.org>
> > Subject: RE: New theme for netbeans, team member wanted
> >
> >
> > 10.00 (10am) UTC on Tue December 28 works.
> >
> >
> >
> > For anyone who'd like to join, please respond with your email address in
> > this thread, and I can send you a Zoom meeting invite.
> >
> >
> >
> > -- Eirik
> >
> >
> >
> > From: Peter Cheung 
> > Sent: Thursday, December 23, 2021 6:02 PM
> > To: Eirik Bakke 
> > Cc: pe...@quantr.hk; dev@netbeans.apache.org
> > Subject: Re: New theme for netbeans, team member wanted
> >
> >
> >
> > Dear Eirik
> >
> > Sorry late reply. Shall we do next tue 10 UTC ? thanks
> >
> >
> >
> > Thanks
> >
> > From Peter
> >
> >
> >
> > 
> >
> > From: Eirik Bakke 
> > Sent: Thursday, December 16, 2021 10:35 PM
> > To: dev@netbeans.apache.org 
> > Subject: RE: New theme for netbeans, team member wanted
> >
> >
> >
> > At the moment, anytime 10.00-22.00 UTC Tuesday or Wednesday would work,
> > for instance. Just let me know which time slot you prefer.
> >
> > -- Eirik
> >
> > -Original Message-
> > From: Peter Cheung 
> > Sent: Tuesday, December 14, 2021 7:06 PM
> > To: Geertjan Wielenga ;
> > dev@netbeans.apache.org
> > Subject: Re: New theme for netbeans, team member wanted
> >
> > 

Re: [LAZY CONSENSUS] GitHub issues migration

[Mar R]

Better late than never :D to concerns about losing old bug reports etc,
will jira data be deleted? Because if not, it won't linked to github but
will still be there so in case of need some manual search and voilà, I know
it's not the best but better than anything.

Il giorno ven 31 dic 2021 alle ore 06:29 antonio  ha
scritto:

> +1 for using github issues.
>
> Note that Github is going to offer an OpenAPI 3.1 compliant REST API
> specification (it currently offers 3.0.3 specification) ([1], [2]).
>
> Someone could quickly create a client for this API (using an OpenAPI
> client-side generator as in [3], for instance) and bundle it in a
> NetBeans module, in order to have all those issues in the IDE itself.
>
> Wishing you all a happy 2022 entry,
> Antonio
>
>
> [1]
>
> https://github.blog/changelog/2021-12-16-openapi-description-of-rest-api-is-now-3-1-compliant/
>
> [2]
> Current 3.0.3 specification
>
> https://raw.githubusercontent.com/github/rest-api-description/main/descriptions/api.github.com/api.github.com.yaml
>
> Next 3.1.0 specification
>
> https://raw.githubusercontent.com/github/rest-api-description/main/descriptions-next/api.github.com/api.github.com.yaml
>
> [3]
>
> https://javahowtos.com/guides/118-tools/434-java-rest-client-from-swagger-file-with-openapi-generator
>
> El 17/12/21 a las 18:07, Neil C Smith escribió:
> > Following on from the recent email discussion on GitHub issues at
> > https://lists.apache.org/thread/9m74s6xl2zqwnfoq2tn391fvy2kqwcpr and
> > the current lack of someone willing / able to address the concerns in
> > JIRA ..
> >
> > I'm seeking lazy consensus on enabling GitHub issues and discussions
> > on the NetBeans repository, and porting Apache Airflow's model process
> > / configuration to meet our requirements. The aim will be to use this
> > for tracking issues in release candidates starting from mid-January
> > when we branch off for NetBeans 13, with a full switch on release of
> > NetBeans 13.
> >
> > See the wiki page on the full details of Airflow's process and best
> > practice advice at
> >
> https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=191332632
> >
> >  From a release management perspective (frankly from any perspective!)
> > the current JIRA process is not working for us. Aside from the missing
> > synchronization of status, review, assignment, milestones, changes,
> > etc., we are meant to have a release process that prioritizes critical
> > and blocking issues after branching. That is not happening in any
> > viable way, and through each release I've been involved in RM'ing it's
> > got worse.
> >
> > Some key points or divergences from the wiki page linked -
> >
> > - We will not be migrating current JIRA issues en-masse. Do re-open
> > select criticals / blockers in 12.6 that still need addressing in 13
> > at branch!
> > - The primary change record will be pull requests (not the current mix
> > of JIRA and PR). No more need for extra issues just for this purpose.
> > There will be a maintainers only issue category for task / meta issue
> > tracking.
> > - We will have similar forms to Airflow ( see
> > https://github.com/apache/airflow/issues/new/choose ) with required
> > fields, automatic labelling, links to other sources of help, etc.
> > We'll use automation via workflows where useful.
> > - We will triage aggressively. Only issues that are reproducible in
> > the latest release, actionable, and not a won't-fix should remain
> > open. Everything else will be closed or converted to discussions as
> > and until an actionable issue can be created.
> > - We will keep issue prioritization in our hands. We will also look to
> > add labelling for regressions - realistically it's critical
> > *regressions*, as well as blockers, we most need to prioritize for
> > releases. And aside from this proposal, we really should revise the
> > issue priority criteria we inherited.
> > - We won't follow Airflow's model of a triage team (for now) - let's
> > get everyone involved in this!
> >
> >
> > This thread will be open for at least 72hrs under lazy consensus. As
> > before, I'd summarize and expand that to don't make extra work for
> > other people. ie. -1 any point here if you are offering an alternative
> > that you can help implement OR if any point will cause major problems
> > / extra work for you.
> >
> > Thanks,
> >
> > 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,