Re: Missing DTDs due to EOL of netbeans.org

[Jens Hofschröer]

Yes. I don't see any "[Fatal Error]" entries in the build log any more. 
Thank you all.


Jens


Am 08.03.2021 um 16:15 schrieb antonio:
So, did this work? It seems the server is returning a proper 
Content-Type now...


Thanks,
Antonio


On 08/03/2021 12:10, Lars Bruun-Hansen wrote:

I've created https://issues.apache.org/jira/browse/INFRA-21539.

90% certain this is the issue. In any case it will not hurt to get
this fixed as described in the ticket.

/Lars

On Mon, Mar 8, 2021 at 11:45 AM Lars Bruun-Hansen
 wrote:


Indeed there is a DTD file at that new location.

The problem seems to be that is is not served with the right
"Content-Type" header. At least that is my conclusion.

The command "curl --verbose --location
http://www.netbeans.org/dtds/filesystem-1_2.dtd; reveals that the
server returns the following:


< HTTP/1.1 200 OK
< Date: Mon, 08 Mar 2021 10:35:56 GMT
< Server: Apache
< Last-Modified: Tue, 27 Oct 2020 17:24:19 GMT
< ETag: "7c1-5b2aa513232d5"
< Accept-Ranges: bytes
< Content-Length: 1985
< Access-Control-Allow-Origin: *
<
















So yes, there's a DTD there. But I would have expected the server to
set a Content-Type, for example I guess "Content-Type:
application/xml-dtd" would be appropriate. The missing Content-Type
explains why a browser displays nil, but it doesn't necessarily
explain why the NetBeans Platform won't download and use that DTD.

We need to check if the mechanism which downloads these DTDs is set to
follow redirects. I would assume so. Secondly we need to check if the
mechanism is sensitive omission of the Content-Type header.

/Lars











































On Mon, Mar 8, 2021 at 11:24 AM Jens Hofschröer  wrote:


Hi everybody

With the end of life of netbeans.org on Oracle infrastructure we
encounter a problem with DTD adresses in (old?) build systems.

For example our current RCP app is based on Apache NetBeans 12.0. A lot
of annotation do generate a "generated-layer.xml" with a DTD 
pointing to

http://www.netbeans.org/dtds/filesystem-1_2.dtd
This is/was the official Public-ID of "XML-Layerfiles". This URL is now
redirected to
https://netbeans.apache.org/dtds/filesystem-1_2.dtd
But this location does not hold any DTD file so in our build logs are a
lot of warnings like

[Fatal Error] filesystem-1_2.dtd:1:3: The markup declarations contained
or pointed to by the document type declaration must be well-formed.

Are there only some files missing or is there more to do?

Greetings
Jens

--
http://blog.nigjo.de/netbeans/

-
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







--
http://blog.nigjo.de/netbeans/

-
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: Features/enhancements/fixes for 12.3?

[Geertjan Wielenga]

Great!

Gj

On Tue, Mar 9, 2021 at 5:47 PM Laszlo Kishalmi 
wrote:

> I'm going to create a PR with my Gradle work.
>
> It's one new feature, one  improvement and one bugfix are worth to mention:
>
> Favorite Task in the Gradle Project Navigator.
>
> Improved Gradle SubProject Handling
>
> Fix IAE on Composite Gradle Projects
>
>
> On 3/9/21 8:01 AM, Geertjan Wielenga wrote:
> > You're going to need to start a new thread when you're addressing topics
> > that do not relate to the topic of the thread, please.
> >
> > Is there anyone with items to be added to the 12.3 features list?
> >
> > Gj
> >
> > On Tue, Mar 9, 2021 at 4:52 PM Brain Rebooting  >
> > wrote:
> >
> >> Sir,
> >>
> >> With due respect, will we get better React support and react native
> >> support? These two's are highly demanding framework as you all know.
> Even
> >> many people skip using netbeans, when need to use these framework.
> >>
> >> Though I saw recently that, one of my feature request, "sql
> autocompletion"
> >> is now on the development phase. Its an extremely good news for me.
> >>
> >> Also I saw another good lackings. That is, I can't directly debug
> >> Javascript code inside netbeans. For that, I have to use browser
> debugger.
> >> It would be more productive if netbeans has its own debugger and
> debugging
> >> Javascript code inside netbeans.
> >>
> >> Whatever I said, maybe you all know that, these are extremely demanding
> >> features according to current technology trend.
> >>
> >> I wish, one day (very soon) Apache Netbeans has these all above
> mentioned
> >> features and millions of new developers started using netbeans in
> >> production.
> >>
> >> Samiul Alom Sium
> >> Associate of science in computer science,
> >> University of the people
> >>
> >> On Tue, 9 Mar 2021, 9:24 pm Brad Walker,  wrote:
> >>
> >>> Hey Geertjan,
> >>>
> >>> That's a very big list of new things happening with Netbeans. Great job
> >>> everyone.
> >>>
> >>> I do think it's important to also point out under the Misc. section
> >>> something like "General code cleanup".. This is what I would put
> cleaning
> >>> up warnings like I do among other things. The reason is this shows we
> are
> >>> "keeping our house clean".. 8-)
> >>>
> >>> When I read things like this, it shows attention to detail, at least to
> >>> me..
> >>>
> >>> Otherwise, great job everyone!
> >>>
> >>> -brad w.
> >>>
> >>>
> >>>
> >>>
> >>> On Tue, Mar 9, 2021 at 8:15 AM Geertjan Wielenga 
> >>> wrote:
> >>>
>  Hi all,
> 
>  We're pretty close to being able to announce the 12.3 release (which
>  officially when the vote tally was done, i.e., March 3).
> 
>  One item incomplete right now is the list of features/enhancements, I
>  published what I found on the 12.3 Wiki page here:
> 
>  http://netbeans.apache.org/download/nb123/index.html
> 
>  Is anything missing, should VS Code items be added, and which ones
>  specifically, any specific Java content to be added -- several Java
> >> areas
>  were fixed/enhanced as a knock on effect of work done for the VS Code
>  extension, can some of these be identified -- I'd be happy to add them
> >> in
>  the above.
> 
>  Thanks,
> 
>  Gj
> 
>
> -
> 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: Features/enhancements/fixes for 12.3?

[Laszlo Kishalmi]

I'm going to create a PR with my Gradle work.

It's one new feature, one  improvement and one bugfix are worth to mention:

Favorite Task in the Gradle Project Navigator.

Improved Gradle SubProject Handling

Fix IAE on Composite Gradle Projects


On 3/9/21 8:01 AM, Geertjan Wielenga wrote:

You're going to need to start a new thread when you're addressing topics
that do not relate to the topic of the thread, please.

Is there anyone with items to be added to the 12.3 features list?

Gj

On Tue, Mar 9, 2021 at 4:52 PM Brain Rebooting 
wrote:


Sir,

With due respect, will we get better React support and react native
support? These two's are highly demanding framework as you all know. Even
many people skip using netbeans, when need to use these framework.

Though I saw recently that, one of my feature request, "sql autocompletion"
is now on the development phase. Its an extremely good news for me.

Also I saw another good lackings. That is, I can't directly debug
Javascript code inside netbeans. For that, I have to use browser debugger.
It would be more productive if netbeans has its own debugger and debugging
Javascript code inside netbeans.

Whatever I said, maybe you all know that, these are extremely demanding
features according to current technology trend.

I wish, one day (very soon) Apache Netbeans has these all above mentioned
features and millions of new developers started using netbeans in
production.

Samiul Alom Sium
Associate of science in computer science,
University of the people

On Tue, 9 Mar 2021, 9:24 pm Brad Walker,  wrote:


Hey Geertjan,

That's a very big list of new things happening with Netbeans. Great job
everyone.

I do think it's important to also point out under the Misc. section
something like "General code cleanup".. This is what I would put cleaning
up warnings like I do among other things. The reason is this shows we are
"keeping our house clean".. 8-)

When I read things like this, it shows attention to detail, at least to
me..

Otherwise, great job everyone!

-brad w.




On Tue, Mar 9, 2021 at 8:15 AM Geertjan Wielenga 
wrote:


Hi all,

We're pretty close to being able to announce the 12.3 release (which
officially when the vote tally was done, i.e., March 3).

One item incomplete right now is the list of features/enhancements, I
published what I found on the 12.3 Wiki page here:

http://netbeans.apache.org/download/nb123/index.html

Is anything missing, should VS Code items be added, and which ones
specifically, any specific Java content to be added -- several Java

areas

were fixed/enhanced as a knock on effect of work done for the VS Code
extension, can some of these be identified -- I'd be happy to add them

in

the above.

Thanks,

Gj



-
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: Features/enhancements/fixes for 12.3?

[Brain Rebooting]

ok, I'm sorry.

On Tue, 9 Mar 2021, 10:08 pm Brad Walker,  wrote:

> Here ya' go..
>
> NETBEANS-4458 -enable use of generics
> GitHub Pull Request #2194 
>
> NETBEANS-5185 - cleanup imports in the Enterprise Web.Monitor module
> GitHub Pull Request #2608 
>
> NETBEANS-5187 - cleanup Vector raw type warnings..
> GitHub Pull Request #2611 
>
> On Tue, Mar 9, 2021 at 8:41 AM Geertjan Wielenga
>  wrote:
>
> > Great, can you provide some of the pull requests for that, so there's
> > something to point to?
> >
> > Gj
> >
> > On Tue, Mar 9, 2021 at 4:24 PM Brad Walker  wrote:
> >
> > > Hey Geertjan,
> > >
> > > That's a very big list of new things happening with Netbeans. Great job
> > > everyone.
> > >
> > > I do think it's important to also point out under the Misc. section
> > > something like "General code cleanup".. This is what I would put
> cleaning
> > > up warnings like I do among other things. The reason is this shows we
> are
> > > "keeping our house clean".. 8-)
> > >
> > > When I read things like this, it shows attention to detail, at least to
> > > me..
> > >
> > > Otherwise, great job everyone!
> > >
> > > -brad w.
> > >
> > >
> > >
> > >
> > > On Tue, Mar 9, 2021 at 8:15 AM Geertjan Wielenga 
> > > wrote:
> > >
> > > > Hi all,
> > > >
> > > > We're pretty close to being able to announce the 12.3 release (which
> > > > officially when the vote tally was done, i.e., March 3).
> > > >
> > > > One item incomplete right now is the list of features/enhancements, I
> > > > published what I found on the 12.3 Wiki page here:
> > > >
> > > > http://netbeans.apache.org/download/nb123/index.html
> > > >
> > > > Is anything missing, should VS Code items be added, and which ones
> > > > specifically, any specific Java content to be added -- several Java
> > areas
> > > > were fixed/enhanced as a knock on effect of work done for the VS Code
> > > > extension, can some of these be identified -- I'd be happy to add
> them
> > in
> > > > the above.
> > > >
> > > > Thanks,
> > > >
> > > > Gj
> > > >
> > >
> >
>

Re: Features/enhancements/fixes for 12.3?

[Brad Walker]

Here ya' go..

NETBEANS-4458 -enable use of generics
GitHub Pull Request #2194 

NETBEANS-5185 - cleanup imports in the Enterprise Web.Monitor module
GitHub Pull Request #2608 

NETBEANS-5187 - cleanup Vector raw type warnings..
GitHub Pull Request #2611 

On Tue, Mar 9, 2021 at 8:41 AM Geertjan Wielenga
 wrote:

> Great, can you provide some of the pull requests for that, so there's
> something to point to?
>
> Gj
>
> On Tue, Mar 9, 2021 at 4:24 PM Brad Walker  wrote:
>
> > Hey Geertjan,
> >
> > That's a very big list of new things happening with Netbeans. Great job
> > everyone.
> >
> > I do think it's important to also point out under the Misc. section
> > something like "General code cleanup".. This is what I would put cleaning
> > up warnings like I do among other things. The reason is this shows we are
> > "keeping our house clean".. 8-)
> >
> > When I read things like this, it shows attention to detail, at least to
> > me..
> >
> > Otherwise, great job everyone!
> >
> > -brad w.
> >
> >
> >
> >
> > On Tue, Mar 9, 2021 at 8:15 AM Geertjan Wielenga 
> > wrote:
> >
> > > Hi all,
> > >
> > > We're pretty close to being able to announce the 12.3 release (which
> > > officially when the vote tally was done, i.e., March 3).
> > >
> > > One item incomplete right now is the list of features/enhancements, I
> > > published what I found on the 12.3 Wiki page here:
> > >
> > > http://netbeans.apache.org/download/nb123/index.html
> > >
> > > Is anything missing, should VS Code items be added, and which ones
> > > specifically, any specific Java content to be added -- several Java
> areas
> > > were fixed/enhanced as a knock on effect of work done for the VS Code
> > > extension, can some of these be identified -- I'd be happy to add them
> in
> > > the above.
> > >
> > > Thanks,
> > >
> > > Gj
> > >
> >
>

Re: Features/enhancements/fixes for 12.3?

[Geertjan Wielenga]

You're going to need to start a new thread when you're addressing topics
that do not relate to the topic of the thread, please.

Is there anyone with items to be added to the 12.3 features list?

Gj

On Tue, Mar 9, 2021 at 4:52 PM Brain Rebooting 
wrote:

> Sir,
>
> With due respect, will we get better React support and react native
> support? These two's are highly demanding framework as you all know. Even
> many people skip using netbeans, when need to use these framework.
>
> Though I saw recently that, one of my feature request, "sql autocompletion"
> is now on the development phase. Its an extremely good news for me.
>
> Also I saw another good lackings. That is, I can't directly debug
> Javascript code inside netbeans. For that, I have to use browser debugger.
> It would be more productive if netbeans has its own debugger and debugging
> Javascript code inside netbeans.
>
> Whatever I said, maybe you all know that, these are extremely demanding
> features according to current technology trend.
>
> I wish, one day (very soon) Apache Netbeans has these all above mentioned
> features and millions of new developers started using netbeans in
> production.
>
> Samiul Alom Sium
> Associate of science in computer science,
> University of the people
>
> On Tue, 9 Mar 2021, 9:24 pm Brad Walker,  wrote:
>
> > Hey Geertjan,
> >
> > That's a very big list of new things happening with Netbeans. Great job
> > everyone.
> >
> > I do think it's important to also point out under the Misc. section
> > something like "General code cleanup".. This is what I would put cleaning
> > up warnings like I do among other things. The reason is this shows we are
> > "keeping our house clean".. 8-)
> >
> > When I read things like this, it shows attention to detail, at least to
> > me..
> >
> > Otherwise, great job everyone!
> >
> > -brad w.
> >
> >
> >
> >
> > On Tue, Mar 9, 2021 at 8:15 AM Geertjan Wielenga 
> > wrote:
> >
> > > Hi all,
> > >
> > > We're pretty close to being able to announce the 12.3 release (which
> > > officially when the vote tally was done, i.e., March 3).
> > >
> > > One item incomplete right now is the list of features/enhancements, I
> > > published what I found on the 12.3 Wiki page here:
> > >
> > > http://netbeans.apache.org/download/nb123/index.html
> > >
> > > Is anything missing, should VS Code items be added, and which ones
> > > specifically, any specific Java content to be added -- several Java
> areas
> > > were fixed/enhanced as a knock on effect of work done for the VS Code
> > > extension, can some of these be identified -- I'd be happy to add them
> in
> > > the above.
> > >
> > > Thanks,
> > >
> > > Gj
> > >
> >
>

Re: Features/enhancements/fixes for 12.3?

[Brain Rebooting]

Sir,

With due respect, will we get better React support and react native
support? These two's are highly demanding framework as you all know. Even
many people skip using netbeans, when need to use these framework.

Though I saw recently that, one of my feature request, "sql autocompletion"
is now on the development phase. Its an extremely good news for me.

Also I saw another good lackings. That is, I can't directly debug
Javascript code inside netbeans. For that, I have to use browser debugger.
It would be more productive if netbeans has its own debugger and debugging
Javascript code inside netbeans.

Whatever I said, maybe you all know that, these are extremely demanding
features according to current technology trend.

I wish, one day (very soon) Apache Netbeans has these all above mentioned
features and millions of new developers started using netbeans in
production.

Samiul Alom Sium
Associate of science in computer science,
University of the people

On Tue, 9 Mar 2021, 9:24 pm Brad Walker,  wrote:

> Hey Geertjan,
>
> That's a very big list of new things happening with Netbeans. Great job
> everyone.
>
> I do think it's important to also point out under the Misc. section
> something like "General code cleanup".. This is what I would put cleaning
> up warnings like I do among other things. The reason is this shows we are
> "keeping our house clean".. 8-)
>
> When I read things like this, it shows attention to detail, at least to
> me..
>
> Otherwise, great job everyone!
>
> -brad w.
>
>
>
>
> On Tue, Mar 9, 2021 at 8:15 AM Geertjan Wielenga 
> wrote:
>
> > Hi all,
> >
> > We're pretty close to being able to announce the 12.3 release (which
> > officially when the vote tally was done, i.e., March 3).
> >
> > One item incomplete right now is the list of features/enhancements, I
> > published what I found on the 12.3 Wiki page here:
> >
> > http://netbeans.apache.org/download/nb123/index.html
> >
> > Is anything missing, should VS Code items be added, and which ones
> > specifically, any specific Java content to be added -- several Java areas
> > were fixed/enhanced as a knock on effect of work done for the VS Code
> > extension, can some of these be identified -- I'd be happy to add them in
> > the above.
> >
> > Thanks,
> >
> > Gj
> >
>

Re: Features/enhancements/fixes for 12.3?

[Geertjan Wielenga]

Great, can you provide some of the pull requests for that, so there's
something to point to?

Gj

On Tue, Mar 9, 2021 at 4:24 PM Brad Walker  wrote:

> Hey Geertjan,
>
> That's a very big list of new things happening with Netbeans. Great job
> everyone.
>
> I do think it's important to also point out under the Misc. section
> something like "General code cleanup".. This is what I would put cleaning
> up warnings like I do among other things. The reason is this shows we are
> "keeping our house clean".. 8-)
>
> When I read things like this, it shows attention to detail, at least to
> me..
>
> Otherwise, great job everyone!
>
> -brad w.
>
>
>
>
> On Tue, Mar 9, 2021 at 8:15 AM Geertjan Wielenga 
> wrote:
>
> > Hi all,
> >
> > We're pretty close to being able to announce the 12.3 release (which
> > officially when the vote tally was done, i.e., March 3).
> >
> > One item incomplete right now is the list of features/enhancements, I
> > published what I found on the 12.3 Wiki page here:
> >
> > http://netbeans.apache.org/download/nb123/index.html
> >
> > Is anything missing, should VS Code items be added, and which ones
> > specifically, any specific Java content to be added -- several Java areas
> > were fixed/enhanced as a knock on effect of work done for the VS Code
> > extension, can some of these be identified -- I'd be happy to add them in
> > the above.
> >
> > Thanks,
> >
> > Gj
> >
>

Re: Features/enhancements/fixes for 12.3?

[Brad Walker]

Hey Geertjan,

That's a very big list of new things happening with Netbeans. Great job
everyone.

I do think it's important to also point out under the Misc. section
something like "General code cleanup".. This is what I would put cleaning
up warnings like I do among other things. The reason is this shows we are
"keeping our house clean".. 8-)

When I read things like this, it shows attention to detail, at least to me..

Otherwise, great job everyone!

-brad w.




On Tue, Mar 9, 2021 at 8:15 AM Geertjan Wielenga 
wrote:

> Hi all,
>
> We're pretty close to being able to announce the 12.3 release (which
> officially when the vote tally was done, i.e., March 3).
>
> One item incomplete right now is the list of features/enhancements, I
> published what I found on the 12.3 Wiki page here:
>
> http://netbeans.apache.org/download/nb123/index.html
>
> Is anything missing, should VS Code items be added, and which ones
> specifically, any specific Java content to be added -- several Java areas
> were fixed/enhanced as a knock on effect of work done for the VS Code
> extension, can some of these be identified -- I'd be happy to add them in
> the above.
>
> Thanks,
>
> Gj
>

Features/enhancements/fixes for 12.3?

[Geertjan Wielenga]

Hi all,

We're pretty close to being able to announce the 12.3 release (which
officially when the vote tally was done, i.e., March 3).

One item incomplete right now is the list of features/enhancements, I
published what I found on the 12.3 Wiki page here:

http://netbeans.apache.org/download/nb123/index.html

Is anything missing, should VS Code items be added, and which ones
specifically, any specific Java content to be added -- several Java areas
were fixed/enhanced as a knock on effect of work done for the VS Code
extension, can some of these be identified -- I'd be happy to add them in
the above.

Thanks,

Gj

Re: Updated Apache NetBeans release schedule

[Geertjan Wielenga]

Excellent, makes sense, thanks for these points.

Gj

On Tue, Mar 9, 2021 at 2:30 PM Neil C Smith  wrote:

> On Tue, 9 Mar 2021 at 12:27, Geertjan Wielenga 
> wrote:
> > ...I've made an attempt to update the externally facing release schedule
> > page:
> >
> > https://cwiki.apache.org/confluence/display/NETBEANS/Release+Schedule
> >
> > It's a bit less clear than it used to be, i.e., the columns are now not
> > based on release but based on the annual cycle, each containing 4
> releases.
>
> As mentioned off-list, we've somewhat overlapped at looking at this.
> What I was going to do here, so we're not having an edit war! :-)
>
> From what was decided around the coming year, I'd suggest -
>
> * Let's either just use years instead of cycles at the top and move
> the rows around so January is at top (NB 13 doesn't fit in this format
> anyway), or at least use 2020-21, 2021-22, etc.
>
> * We need to remove NetCAT references entirely for now.  It's not
> happening when it says, and it's still in the air how it might
> function, but it's certainly unlikely to match those dates.  We should
> possibly do an email to netcat@ along those lines too?
>
> * LTS on 13 certainly deserves a question mark, and I think we need to
> refer to the current changes at the top, make clear LTS in principle
> is being reviewed.
>
> * But most importantly (DON'T PANIC everyone! :-) ) - feature freeze
> for 12.4 is definitely not next week - it will be mid-April.  1 month
> like normal.  Release still end of May.
>
> 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: Updated Apache NetBeans release schedule

[Neil C Smith]

On Tue, 9 Mar 2021 at 12:27, Geertjan Wielenga  wrote:
> ...I've made an attempt to update the externally facing release schedule
> page:
>
> https://cwiki.apache.org/confluence/display/NETBEANS/Release+Schedule
>
> It's a bit less clear than it used to be, i.e., the columns are now not
> based on release but based on the annual cycle, each containing 4 releases.

As mentioned off-list, we've somewhat overlapped at looking at this.
What I was going to do here, so we're not having an edit war! :-)

>From what was decided around the coming year, I'd suggest -

* Let's either just use years instead of cycles at the top and move
the rows around so January is at top (NB 13 doesn't fit in this format
anyway), or at least use 2020-21, 2021-22, etc.

* We need to remove NetCAT references entirely for now.  It's not
happening when it says, and it's still in the air how it might
function, but it's certainly unlikely to match those dates.  We should
possibly do an email to netcat@ along those lines too?

* LTS on 13 certainly deserves a question mark, and I think we need to
refer to the current changes at the top, make clear LTS in principle
is being reviewed.

* But most importantly (DON'T PANIC everyone! :-) ) - feature freeze
for 12.4 is definitely not next week - it will be mid-April.  1 month
like normal.  Release still end of May.

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: NetBeans on CheerpJ?

[Jaroslav Tulach]

Dne pondělí 8. března 2021 17:48:09 CET, Boris Heithecker napsal(a):
> Hi all,
> 
> has anyone ever made an effort to try and run NetBeans on CheerpJ
> https://www.leaningtech.com/pages/cheerpj.html

There is a support for Bck2Brwsr VM and TeaVM in NetBeans:

http://dukescript.com/getting_started.html (select Run in Browser) and then 
either "Run" or [Run/Debug via TeaVM](http://dukescript.com/update/2015/10/24/
New-Version-of-Archetypes.html).

Best regards.
-jt





-
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

Updated Apache NetBeans release schedule

[Geertjan Wielenga]

Hi all,

Based on the lazy consensus vote re the upcoming releases:

https://lists.apache.org/thread.html/r08e565beb4027d75cf21cd5385e16001d21b778af2113ed7d7b0de4a%40%3Cdev.netbeans.apache.org%3E

...I've made an attempt to update the externally facing release schedule
page:

https://cwiki.apache.org/confluence/display/NETBEANS/Release+Schedule

It's a bit less clear than it used to be, i.e., the columns are now not
based on release but based on the annual cycle, each containing 4 releases.

We haven't nailed down the meaning of "LTS" yet, hence the above is more
correct than the page was previously, but it probably is still not how
we'll finally have it.

Comments welcome,

Gj

Re: Let's learn to love (the new) nb-javac!

[Jaroslav Tulach]

>
> > https://github.com/oracle/nb-javac/pull/12
> >
> > Manually written nb-javac is dead. Long live the new nb-javac!
>
> Firstly, let me say I think that's a great move forward for nb-javac.
> And from how I worded that, you probably know I'm going to raise a
> "however" .. :-)  Not something that might be a showstopper to us
> learning to love nb-javac though ..
>
> > > Let's develop the new `nb-javac` and let's learn to love it!
>
> We need to unpick that sentence into two parts.  If we presume "Let's
> develop" means Let *us* develop, then the simple answer is we can't.
> Development of nb-javac has to be external and independent.


Right. `nb-javac` is an independent component created with only purpose: To
be consumed by (Apache) NetBeans project and help to improve experience of
NetBeans Java IDE users.


> At the
> same time, in my experience from release managing, nb-javac has been
> the number one cause of release delays.  Somehow those things need to
> be reconciled.  In order to love nb-javac, surely we would need a long
> term, external commitment to develop it, and a surety that the
> external project can meet our release requirements?


The work on [automatic refactoring of JDK's javac to nb-javac](
https://github.com/oracle/nb-javac/pull/12) shall improve the situation.
Just change the JDK's commit to import, run the build, upload the binaries.
The previous delays were caused by the need to do manual changes and that
is being eliminated by https://github.com/oracle/nb-javac/pull/12.


> And I realise
> that "external" there is probably going to be mostly if not
> exclusively run by people who also happen to be NetBeans committers or
> PMC, just not here!
>

In Dec/Nov 2020 I made a commitment (internally in Oracle) to take over the
maintenance of `nb-javac`. The plan
https://cwiki.apache.org/confluence/display/NETBEANS/Overview%3A+nb-javac
and the work in https://github.com/oracle/nb-javac/pull/12 are results of
that promise. Btw. the plan mentions JDK17 as the target date - e.g. I
assume it is going to take quite some time, before the ownership of
`nb-javac` is transferred to me. Certainly I can't provide any estimate
neither whether that happens at the end or not.


> Assuming that, then can we learn to love it?  Well, firstly, as you're
> looking at the sources, an audit that every file is really subject to
> CPE *may* actually allow, given more recent developments, us to go
> back to Apache Legal and request permission to ship nb-javac as a
> dependency out of the box.  Is that actually a desirable outcome,
> particularly considering above?
>

+100, yes, that's the desirable outcome. Jakub Herkel has just complained
about two different ways to use javac in NetBeans - having just one (e.g.
automatically generated `nb-javac` from the latest JDK) would be awesome!

If it remains an optional dependency,


Javac is hard dependency for NetBeans Java IDE (not for PHP, JavaScript
parts, etc.) right now. Luckily it comes as a system dependency (from any
modern JDK). That means `nb-javac` is ...


> then we're left with considering
> "Optional means that the component is not required for standard use of
> the product or for the product to achieve a desirable level of
> quality.


...is an optional dependency. People can use NetBeans on latest JDK and get
the same (with https://github.com/oracle/nb-javac/pull/12 it is really the
same!) experience. Given JDK17 is going to be an LTS I'd suggest to force
NetBeans IDE users to: Either run NetBeans on JDK17 or install nb-javac!


> What about editing JDK 19 while running on JDK 17?


That would only be possible with `nbjavac@19` running on JDK 17.


> Could that also be
> addressed by eating our own dog food and running the LSP on the target
> VM?


That is an unexplored area for me. I assume it is a long road to get there
and keep the current level of Java support. Certainly longer than my
nb-javac plans:
https://cwiki.apache.org/confluence/display/NETBEANS/Overview%3A+nb-javac


> The key thing being, if nb-javac remains optional, then what
> features of the IDE do we continue to consider non-standard or not
> wanted by the majority of users?
>

I believe it is the combination of IDE's JDK/Java features that creates the
restrictions. Without `nb-javac` selecting the right JDK matters. With
`nb-javac` and any JDK8+ one can run NetBeans IDE and use the latest Java
features without any restrictions.


> Contrary to the assertion, I'm not sure that everyone hates nb-javac.
> I don't!  I think we've been staring at a map for a good long while,
> may have finally reached the fork in the road that we could see on the
> horizon, and are still not quite sure which direction to take.
>

Choices are always tough. Luckily for me, I don't have a choice. I promised
to take away the cost of maintenance from current `nb-javac` maintainers by
end of 2021. On the other side I need NetBeans IDE and/or VSNetBeans to run
on GraalVM8. I am doing my best to balance these 

Two paths to access Javac ASTs was: Access to Tag.getSummary()

[Jaroslav Tulach]

>
> Well  it means there still will be a possibility to choose from two
>
paths?


`nb-javac` is licensed as GPLv2 with Classpath Exception - ASF doesn't like
to distribute GPLv2 software. Apache software shall not have a
non-avoidable non-system dependency on GPL software. Luckily there is
`javac` in the JDK (where JDK is considered a system dependency) and
NetBeans can use it. Alas, that implies two paths:
- use latest JDK with its javac
- use older JDK and nbjavac

At least that's the current situation. My work on automatic backporting of
`nbjavac` doesn't try to change the current setup. It just makes the
differences between latest JDK `javac` and latest `nb-javac` as small as
possible.

Best regards.
-jt


One with the new nb-javac and the second with a javac from JDK
> installation? My thinking about new nb-javac was like:
> we will always install nb-javac and independently from current JDK we
> will be able to parse the latest language features (depends on version
> of nb-javac).
> Because from my point of view if we internally depend on
> com.sun.source and there is a difference between what we can use
> during compilation of netbeans sources and what we get during parsing
> there still will be a "problem" for implemention of new language
> features. I think there could be a parity between
>  parser and abstract syntax tree. So if our parser for example for
> netbeans 14 is able to parse java sources for Java 17 we can also use
> this AST in sources. Without any introspection (like in my code). I
> know maybe I'm looking too far but is there a plan how to solve this?
>
> Jakub
>
> On Mon, Mar 8, 2021 at 11:44 AM Jaroslav Tulach
>  wrote:
> >
> > Hello Jakub.
> > Your inquiry isn't really related to "new vs. old" `nbjavac` as far as I
> can
> > tell, but to what API we compile against. Please see
> >
> > https://github.com/apache/netbeans/pull/2783
> >
> > If that PR got accepted, then (I believe) the new "summary" class/method
> > would be available in the API for you to compile against. That's the
> pro. On
> > the cons side, the change proposed in #2783 would very likely mean
> NetBeans
> > Java support would require `nbjavac` on any JDK<15. I am not sure our
> project
> > is ready to make such switch.
> >
> > Best regards.
> > -jt
> >
> > Dne pondělí 8. března 2021 10:44:49 CET, Jakub Herkel napsal(a):
> > > I would like to clarify one thing for me. If I understand correctly
> > > with this new nb-javac we will have only one parser for java sources.
> > > That is superb news (I have had/have lot of problems with parsing,
> > > exceptions,...)
> > > but I still see another problem here (but maybe I missed something) :
> > > When I tried to fix some issues I had to write some ugly code
> > > (NETBEANS-1309): switch(tag.getKind().name()) {
> > > case "SUMMARY" :
> > > try {
> > > Method getSummaryMethod =
> > > tag.getClass().getDeclaredMethod("getSummary");
> > > List summaryList =
> > > (List)getSummaryMethod.invoke(tag);
> > > sb.append(inlineTags(summaryList,
> > > docPath, doc, trees, null));
> > > } catch(NoSuchMethodException |
> > > SecurityException | IllegalAccessException | IllegalArgumentException
> > >
> > > | InvocationTargetException ex) {
> > >
> > > // IGNORE
> > > }
> > > break;
> > >
> > > Problem here is that code in the netbeans depends on
> > > com.sun.source.doctree.* classes. But because we need to compile also
> > > with JDK8 we don't have access to new features (for this fix a new
> > > @Summary tag). Could this new nb-javac also help us
> > > with type of "hack"?
> > >
> > > jakub
> > >
> > > On Sun, Mar 7, 2021 at 7:39 PM Jaroslav Tulach
> > >
> > >  wrote:
> > > > Hi.
> > > > After enumerating the `nb-javac` deficiencies (below) and writing a
> plan
> > > > to
> > > > address them at our wiki
> > > > https://cwiki.apache.org/confluence/display/NETBEANS/
> > > > Overview%3A+nb-javac I am here with implementation of the automatic
> > > > conversion of JDK16(!, yes we are half a year ahead the plan!)
> `javac`.
> > > > Please join me in reviewing and discussing the consequences for
> NetBeans
> > > > here or in the PR#12:
> > > >
> > > > https://github.com/oracle/nb-javac/pull/12
> > > >
> > > > Manually written nb-javac is dead. Long live the new nb-javac!
> > > > -jt
> > > >
> > > > On Dec 18, 2020 [I wrote](https://lists.apache.org/thread.html/
> > > >
> > > >
> > r5f210c99b0926aeaac2d0c3c419ff4b79e01f15b67c5ddcf32a51bbe%40%
> 3Cdev.netbeans.apache.org%3E):
> > > > > Hi.
> > > > > First and foremost. I admire the work Arvind & his team are doing
> while
> > > > > maintaining [nb-javac](http://github.com/oracle/nb-javac). I am
> sure
> > > > > they
> > > > > don't hate it. Neither do I, but let's talk about the 

Minimize NetBeans vs. LSP diferences was: Gradle "Run with Parameters"

[Jaroslav Tulach]

> So at worst, a supposed "LSP Gradle" module would provide a

> > replacement for project run, debug, profile actions + suck (somehow)
> > the rest of actions from standard Gradle support ?
>
That's what I've meant, and yes fallback to the existing implementation
> needs some love in the code to be possible.
>

Hello Laszlo,
when the Apache NetBeans Language Server Extension effort started, one of
the common worries was: isn't that forking NetBeans?

It is a valid worry, but I believe that so it has been demonstrated that
our effort to provide a VSCode extension can help NetBeans overall. The set
of contributions to NetBeans 12.2, which wouldn't be possible otherwise,
speaks for itself:


https://github.com/apache/netbeans/pull/2471
> https://github.com/apache/netbeans/pull/2464
> https://github.com/apache/netbeans/pull/2427
> https://github.com/apache/netbeans/pull/2393
> https://github.com/apache/netbeans/pull/2309
>
> https://github.com/apache/netbeans/pull/2523
> https://github.com/apache/netbeans/pull/2424
> https://github.com/apache/netbeans/pull/2407
> https://github.com/apache/netbeans/pull/2396
> https://github.com/apache/netbeans/pull/2390
> https://github.com/apache/netbeans/pull/2360
> https://github.com/apache/netbeans/pull/2358
>
> https://github.com/apache/netbeans/pull/2481
> https://github.com/apache/netbeans/pull/2474
> https://github.com/apache/netbeans/pull/2467
> https://github.com/apache/netbeans/pull/2452
> https://github.com/apache/netbeans/pull/2436
> https://github.com/apache/netbeans/pull/2429
>
>
Overall I am trying to argue in favor of sharing as much as possible
between VSNetBeans and regular NetBeans IDE. As such I am worried about the
need for special "LSP Gradle" module

a supposed "LSP Gradle" module would provide a
>
> replacement for project run, debug, profile actions
>

that would just contribute to "forking" the code base. I'd like to avoid
such module and rather come up with good enough abstractions in the base
implementation.
-jt