Re: Re: When can we expect to use the C++ plugin, and how can you tell?

[Neil C Smith]

On Fri, 14 Feb 2020 at 13:55, Eric Bresie  wrote:
>
> For more specific example, on the page for 12 could have references like:
>
> Milestones for 12:
> https://github.com/apache/netbeans/milestone/5
>
> Labels for 12
> https://github.com/apache/netbeans/labels/NB12.0

So, we still have labels and milestones - we really should choose one
or other for this.

But please let's be careful what we say is in any release.  We should
caveat any link as above quite heavily, and we shouldn't publish the
content of the links elsewhere.  The point of moving to time-based
releases over feature-based releases was to not hold up based on a
feature not being ready.  Anything not in master already should be
treated as only a possibility for the next release, not a guarantee -
those milestones get shifted around quite a bit.

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: JPA Controller Generation

[Kenneth Fogel]

I have calmed down and wish to apologize for the harshness of my comments last 
night. I will download the latest source and review the code that generates the 
controllers et all. I will suggest that there should be two choices for JPA 
Controllers, one for stand alone and one for application server managed.

Ken


From: Kenneth Fogel 
Sent: Friday, February 14, 2020 12:51:59 AM
To: dev@netbeans.apache.org 
Subject: JPA Controller Generation

I have been using NetBeans, as many of you know, for years. In the winter I 
teach an EE course that uses the JPA. In using the New -> JPA Controllers from 
Entities I couldn’t believe what came out. Let’s review two changes:

If the persistence.xml file does not declare a connection (url, user, pwd) the 
generated controllers are empty. When this file is used for EE JPA you declare 
the connection in glassfish-resources.xml and not the persistence.xml. Previous 
versions of NB did show the connection details but if I edited for EE JPA and 
then generated the controllers they were still generated. The controllers are 
generated from the entities so why is the generator even looking at 
persistence.xml.

Then there are the controllers themselves. They have been optimized for stand 
alone, resource local usage. The optimizations, especially the use of finally 
clauses to eliminate catch clauses makes no sense to me. Many but not all 
exceptions simply result in an em.close(). This is effectively the same as 
having an empty catch clause. Plus, with an injected  EntityManager you should 
not be closing it, if I understand how CDI works. There is no rollback 
anywhere. If the JPA now rolls back automatically when an exception occurs I’ll 
withdraw this complaint but I doubt it does.

I could go on. If you want to see what controllers used to look like and what 
had to be changed for EE look at my blog https://www.omniprogrammer.com/?p=383.

Is the JPA used more extensively on the desktop? I don’t think so. Here I take 
the blame for not pointing out that there needs to be JPA generation for 
Application Servers. If you look at my blog you can see that the changes were 
minimal to the old generated code. Now the changes will need to be more 
extensive.

I have to stop now because I’m angry. Tomorrow morning I have to face a class 
and before that I need to decide if I should tell them to cut and paste code 
from my samples and change the names of objects or show them all the changes 
needed to make the generated code work.

Please tell me I have it all wrong and I’ll be happy to apologize for this 
missive and never darken this mailing list again. I will also be happy to 
contribute JPA/EE controller templates if my concerns are valid.

Ken

Re: Apache NetBeans 11.3-beta3 available

[Geertjan Wielenga]

Hi Eric,

I think you should do a last call on this mailing list, maybe the users
mailing list as well, for any blockers on 11.3 beta3 and then setup the
voting candidate.

Thanks for your excellent work on this release.

Gj

On Fri, Feb 14, 2020 at 3:13 PM Eric Barboni  wrote:

> No problem
>
> An issue was tagged as blocker for 11.3 but it seems that workaround by
> configuration make user go through the issue.
> https://issues.apache.org/jira/browse/NETBEANS-3810
> For me it's not a blocker, it's annoying for people wanting to adopt
> Apache NetBeans.
>
> Do you feel that I can setup a voting candidate ?
>
> Best Regards
> Eric
>
> -Message d'origine-
> De : Ernie Rael 
> Envoyé : jeudi 13 février 2020 22:41
> À : dev@netbeans.apache.org
> Objet : Re: Apache NetBeans 11.3-beta3 available
>
> Never mind; sorry for the noise. Update between release11.3 and master has
> 0 files changed.
>
> -ernie
>
> On 2/13/2020 1:37 PM, Ernie Rael wrote:
> > This doesn't seem right; 11.3beta3 has stuff not in master (AFAICT).
> > Am I missing something.
> >
> > $ hg glog -l20
> > ochangeset:   3938:70f4b3961349
> > |\   bookmark:release113
> > | |  tag: 11.3-beta3
> > | |  tag: tip
> > | |  tag: upstream/release113
> > | |  parent:  3937:ca5ec6596580
> > | |  parent:  3936:beed6af64d26
> > | |  user:Eric Barboni 
> > | |  date:Wed Feb 12 17:25:21 2020 +0100
> > | |  summary: Merge pull request #1944 from apache/master
> > | |
> > | ochangeset:   3937:ca5ec6596580
> > | |\   parent:  3885:54397e3797a0
> > | | ~  parent:  3930:2d8d951076f5
> > | |user:Eric Barboni 
> > | |date:Tue Feb 11 23:38:03 2020 +0100
> > | |summary: Merge pull request #1913 from apache/master
> > | |
> > @ |changeset:   3936:beed6af64d26
> > |\ \   bookmark:master
> > | | |  tag: upstream/master
> > | | |  parent:  3934:d288c0cce817
> > | | |  parent:  3935:85c01d869ed1
> > | | |  user:Eric Barboni 
> > | | |  date:Wed Feb 12 17:25:02 2020 +0100
> > | | |  summary: Merge pull request #1942 from
> > | | |jlahoda/NETBEANS-3317
> >
> >
> > On 2/12/2020 10:36 AM, Eric Barboni wrote:
> >> Dear Apache NetBeans community,
> >>
> >>
> >> The third beta build for Apache 11.3 is available.
> >>
> >>
> >> Two PR that give the complete picture of what was added for this
> >> milestone.
> >>
> >> https://github.com/apache/netbeans/pull/1944
> >>
> >> https://github.com/apache/netbeans/pull/1913
> >>
> >>
> >> A rough sum up of the changes:
> >>
> >> Lots of UI fix
> >>
> >> More FlatLaf,
> >>
> >> More cleanup for jdk 14
> >>
> >> More gradle project fix
> >>
> >>
> >> For windows users:
> >>
> >> A revert to WindowsNotifier for windows filestystem
> >>
> >>
> >> There is no critical / blocker associated to release 11.3 except this
> >>
> >> https://issues.apache.org/jira/browse/NETBEANS-3763.
> >>
> >> This is maven related I guess and very specific to multiple artefacts
> >> classifier for on artefacts. No very frequent IMHO, maybe we can put
> >> it to
> >> 12.0
> >>
> >>
> >>
> >> Artefact are here:
> >>
> >> https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/job
> >> /netbea
> >>
> >> ns/job/release113/11/artifact/dist/
> >>
> >>
> >> https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/job
> >> /netbea
> >>
> >> ns/job/release113/11/artifact/dist/netbeans-11.3-beta3-bin.zip
> >>
> >> f0cd65d5d8463f1ee9ec21192f5281bda75b1b70bcba83cd6ef16dbd367a105d544d6
> >> 07b240f
> >>
> >> 612092c4141091608d02f2f962ce9f2da63ee38b9b7ebe15c3eb
> >> ./netbeans-11.3-beta3-bin.zip
> >>
> >>
> >> https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/job
> >> /netbea
> >>
> >> ns/job/release113/11/artifact/dist/netbeans-11.3-beta3-source.zip
> >>
> >> 82ae5c7b31e2d5098ae06056a41c4d26714d1874c3e1cbcc1265da3025cd13c43fd38
> >> ca2c9af
> >>
> >> 8a54b823efb116d2e4ca7b000f3b80d74a567451a3931d03054b
> >> ./netbeans-11.3-beta3-source.zip
> >>
> >>
> >> Let me know if it's ready enough to create the first voting candidate
> >> or a beta 4.
> >>
> >>
> >> Happy testing
> >>
> >>
> >> Best Regards
> >>
> >> Eric
> >>
> >>
> >>
> >
> >
> > -
> > 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: When can we expect to use the C++ plugin, and how can you tell?

[Eric Bresie]

For more specific example, on the page for 12 could have references like:

Milestones for 12:
https://github.com/apache/netbeans/milestone/5

Labels for 12
https://github.com/apache/netbeans/labels/NB12.0

And if and when a Pull request is made for 12 that could be regencies as
well.

On Fri, Feb 14, 2020 at 7:39 AM Eric Bresie  wrote:

> Slightly off topic and a little bit of a brain dump on some thoughts
> around this topic but
>
> On the quarterly release schedule page, is it worth wild to add references
> to the expected or already released changes in some way?
>
> Maybe add references to github milestone tags, labels, or pr that is the
> resulting given release or future release?
>
> I think this might benefit to help organize the future expected build, to
> help monitor progress and allow consistency?  I believe a lot of items are
> already tagged in some way so why not reference them allowing a little more
> dynamic as more items are labeled , tagged, or PR are updated.
>
> So for example have a “12.1” milestone / label with a given target
> features (C/C++) marked (feature can also have a label of some type or some
> applicable component attribute referenced) for that milestone (assuming its
> tagged as such), maybe referencing an initial PR which would be updated
> during pre release work and upon completion finalize the PR).
>
> Eric Bresie
> ebre...@gmail.com
>
> On February 6, 2020 at 11:08:10 AM CST, Neil C Smith <
> neilcsm...@apache.org> wrote:
> On Thu, 6 Feb 2020 at 14:49, Martin Weißhaupt
>  wrote:
>
> Interesting that you are working on integrating the C/C++ as a native
> integration. I missed this.
>
>
> That's only replicating the situation up to 8.2?!
>
> The only roadmap I could find was this and it hasn't been updated for some
> time:
>
> https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+Release+Roadmap
>
>
> Well, we switched to time-based rather than feature-based releases,
> which somewhat superseded that page. Something that links up current
> and future inbound features, or ideas in progress, might be good. We
> should be wary of linking them to any particular release though.
>
> One way of thinking is that 11.1, 11.2 and 11.3 are the roadmap to 12.0!
> :-)
>
> 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
>
>
>
> --
Eric Bresie
ebre...@gmail.com

RE: Apache NetBeans 11.3-beta3 available

[Eric Barboni]

No problem

An issue was tagged as blocker for 11.3 but it seems that workaround by 
configuration make user go through the issue.
https://issues.apache.org/jira/browse/NETBEANS-3810
For me it's not a blocker, it's annoying for people wanting to adopt Apache 
NetBeans.

Do you feel that I can setup a voting candidate ?

Best Regards
Eric

-Message d'origine-
De : Ernie Rael  
Envoyé : jeudi 13 février 2020 22:41
À : dev@netbeans.apache.org
Objet : Re: Apache NetBeans 11.3-beta3 available

Never mind; sorry for the noise. Update between release11.3 and master has 0 
files changed.

-ernie

On 2/13/2020 1:37 PM, Ernie Rael wrote:
> This doesn't seem right; 11.3beta3 has stuff not in master (AFAICT). 
> Am I missing something.
>
> $ hg glog -l20
> ochangeset:   3938:70f4b3961349
> |\   bookmark:release113
> | |  tag: 11.3-beta3
> | |  tag: tip
> | |  tag: upstream/release113
> | |  parent:  3937:ca5ec6596580
> | |  parent:  3936:beed6af64d26
> | |  user:Eric Barboni 
> | |  date:Wed Feb 12 17:25:21 2020 +0100
> | |  summary: Merge pull request #1944 from apache/master
> | |
> | ochangeset:   3937:ca5ec6596580
> | |\   parent:  3885:54397e3797a0
> | | ~  parent:  3930:2d8d951076f5
> | |user:Eric Barboni 
> | |date:Tue Feb 11 23:38:03 2020 +0100
> | |summary: Merge pull request #1913 from apache/master
> | |
> @ |changeset:   3936:beed6af64d26
> |\ \   bookmark:master
> | | |  tag: upstream/master
> | | |  parent:  3934:d288c0cce817
> | | |  parent:  3935:85c01d869ed1
> | | |  user:Eric Barboni 
> | | |  date:Wed Feb 12 17:25:02 2020 +0100
> | | |  summary: Merge pull request #1942 from 
> | | |jlahoda/NETBEANS-3317
>
>
> On 2/12/2020 10:36 AM, Eric Barboni wrote:
>> Dear Apache NetBeans community,
>>
>>
>> The third beta build for Apache 11.3 is available.
>>
>>
>> Two PR that give the complete picture of what was added for this 
>> milestone.
>>
>> https://github.com/apache/netbeans/pull/1944
>>
>> https://github.com/apache/netbeans/pull/1913
>>
>>
>> A rough sum up of the changes:
>>
>> Lots of UI fix
>>
>> More FlatLaf,
>>
>> More cleanup for jdk 14
>>
>> More gradle project fix
>>
>>
>> For windows users:
>>
>> A revert to WindowsNotifier for windows filestystem
>>
>>
>> There is no critical / blocker associated to release 11.3 except this
>>
>> https://issues.apache.org/jira/browse/NETBEANS-3763.
>>
>> This is maven related I guess and very specific to multiple artefacts 
>> classifier for on artefacts. No very frequent IMHO, maybe we can put 
>> it to
>> 12.0
>>
>>
>>
>> Artefact are here:
>>
>> https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/job
>> /netbea
>>
>> ns/job/release113/11/artifact/dist/
>>
>>
>> https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/job
>> /netbea
>>
>> ns/job/release113/11/artifact/dist/netbeans-11.3-beta3-bin.zip
>>
>> f0cd65d5d8463f1ee9ec21192f5281bda75b1b70bcba83cd6ef16dbd367a105d544d6
>> 07b240f
>>
>> 612092c4141091608d02f2f962ce9f2da63ee38b9b7ebe15c3eb
>> ./netbeans-11.3-beta3-bin.zip
>>
>>
>> https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/job
>> /netbea
>>
>> ns/job/release113/11/artifact/dist/netbeans-11.3-beta3-source.zip
>>
>> 82ae5c7b31e2d5098ae06056a41c4d26714d1874c3e1cbcc1265da3025cd13c43fd38
>> ca2c9af
>>
>> 8a54b823efb116d2e4ca7b000f3b80d74a567451a3931d03054b
>> ./netbeans-11.3-beta3-source.zip
>>
>>
>> Let me know if it's ready enough to create the first voting candidate 
>> or a beta 4.
>>
>>
>> Happy testing
>>
>>
>> Best Regards
>>
>> Eric
>>
>>
>>
>
>
> -
> 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: Apache NetBeans 11.3-beta3 available

[Michele Costabile]

On Fri, Feb 14, 2020 at 3:13 PM Eric Barboni  wrote:

> No problem
>
> An issue was tagged as blocker for 11.3 but it seems that workaround by
> configuration make user go through the issue.
> https://issues.apache.org/jira/browse/NETBEANS-3810
> For me it's not a blocker, it's annoying for people wanting to adopt
> Apache NetBeans.
>
> Do you feel that I can setup a voting candidate ?
>

Hi Eric. It is an issue I reported. I marked it a blocker, but I am willing
to downgrade it, since it is a blocker only for a corporate user with a
particular proxy and lacking appropriate information.
It actually stopped me until I figured out what the cause was.
I will downgrade it today.

RE: Re: When can we expect to use the C++ plugin, and how can you tell?

[Eric Barboni]

Why not,
 If we refactor a bit the table to start with LTS .0 at the beginning we can 
remove release column and add 11.X 12.X ... column and put the link to 
milestone and confluence.
 
 Will make documentation more browsable too.

Best Regards
Eric
 
 
-Message d'origine-
De : Eric Bresie  
Envoyé : vendredi 14 février 2020 14:55
À : dev@netbeans.apache.org
Objet : Re: Re: When can we expect to use the C++ plugin, and how can you tell?

For more specific example, on the page for 12 could have references like:

Milestones for 12:
https://github.com/apache/netbeans/milestone/5

Labels for 12
https://github.com/apache/netbeans/labels/NB12.0

And if and when a Pull request is made for 12 that could be regencies as well.

On Fri, Feb 14, 2020 at 7:39 AM Eric Bresie  wrote:

> Slightly off topic and a little bit of a brain dump on some thoughts 
> around this topic but
>
> On the quarterly release schedule page, is it worth wild to add 
> references to the expected or already released changes in some way?
>
> Maybe add references to github milestone tags, labels, or pr that is 
> the resulting given release or future release?
>
> I think this might benefit to help organize the future expected build, 
> to help monitor progress and allow consistency?  I believe a lot of 
> items are already tagged in some way so why not reference them 
> allowing a little more dynamic as more items are labeled , tagged, or PR are 
> updated.
>
> So for example have a “12.1” milestone / label with a given target 
> features (C/C++) marked (feature can also have a label of some type or 
> some applicable component attribute referenced) for that milestone 
> (assuming its tagged as such), maybe referencing an initial PR which 
> would be updated during pre release work and upon completion finalize the PR).
>
> Eric Bresie
> ebre...@gmail.com
>
> On February 6, 2020 at 11:08:10 AM CST, Neil C Smith < 
> neilcsm...@apache.org> wrote:
> On Thu, 6 Feb 2020 at 14:49, Martin Weißhaupt 
>  wrote:
>
> Interesting that you are working on integrating the C/C++ as a native 
> integration. I missed this.
>
>
> That's only replicating the situation up to 8.2?!
>
> The only roadmap I could find was this and it hasn't been updated for 
> some
> time:
>
> https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+R
> elease+Roadmap
>
>
> Well, we switched to time-based rather than feature-based releases, 
> which somewhat superseded that page. Something that links up current 
> and future inbound features, or ideas in progress, might be good. We 
> should be wary of linking them to any particular release though.
>
> One way of thinking is that 11.1, 11.2 and 11.3 are the roadmap to 12.0!
> :-)
>
> 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
>
>
>
> --
Eric Bresie
ebre...@gmail.com


-
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

Last call before creation voting candidate for release 11.3

[Eric Barboni]

Hi folks,

 

I will go for preparing voting candidate 1 for Apache NetBeans 11.3. 

 If you found a major issue in 11.3 beta 3 please report.

Best Regards

Eric 

RE: Apache NetBeans 11.3-beta3 available

[Eric Barboni]

Ok,
  As I was "RC" for NetBeans maven artefacts. 
  I will prepare and append the standard vote with the maven artefacts. Saving 
72h.
  (for each VC needed of course)

Regards
Eric

-Message d'origine-
De : Geertjan Wielenga  
Envoyé : vendredi 14 février 2020 15:32
À : dev 
Objet : Re: Apache NetBeans 11.3-beta3 available

Hi Eric,

I think you should do a last call on this mailing list, maybe the users mailing 
list as well, for any blockers on 11.3 beta3 and then setup the voting 
candidate.

Thanks for your excellent work on this release.

Gj

On Fri, Feb 14, 2020 at 3:13 PM Eric Barboni  wrote:

> No problem
>
> An issue was tagged as blocker for 11.3 but it seems that workaround 
> by configuration make user go through the issue.
> https://issues.apache.org/jira/browse/NETBEANS-3810
> For me it's not a blocker, it's annoying for people wanting to adopt 
> Apache NetBeans.
>
> Do you feel that I can setup a voting candidate ?
>
> Best Regards
> Eric
>
> -Message d'origine-
> De : Ernie Rael 
> Envoyé : jeudi 13 février 2020 22:41
> À : dev@netbeans.apache.org
> Objet : Re: Apache NetBeans 11.3-beta3 available
>
> Never mind; sorry for the noise. Update between release11.3 and master 
> has
> 0 files changed.
>
> -ernie
>
> On 2/13/2020 1:37 PM, Ernie Rael wrote:
> > This doesn't seem right; 11.3beta3 has stuff not in master (AFAICT).
> > Am I missing something.
> >
> > $ hg glog -l20
> > ochangeset:   3938:70f4b3961349
> > |\   bookmark:release113
> > | |  tag: 11.3-beta3
> > | |  tag: tip
> > | |  tag: upstream/release113
> > | |  parent:  3937:ca5ec6596580
> > | |  parent:  3936:beed6af64d26
> > | |  user:Eric Barboni 
> > | |  date:Wed Feb 12 17:25:21 2020 +0100
> > | |  summary: Merge pull request #1944 from apache/master
> > | |
> > | ochangeset:   3937:ca5ec6596580
> > | |\   parent:  3885:54397e3797a0
> > | | ~  parent:  3930:2d8d951076f5
> > | |user:Eric Barboni 
> > | |date:Tue Feb 11 23:38:03 2020 +0100
> > | |summary: Merge pull request #1913 from apache/master
> > | |
> > @ |changeset:   3936:beed6af64d26
> > |\ \   bookmark:master
> > | | |  tag: upstream/master
> > | | |  parent:  3934:d288c0cce817
> > | | |  parent:  3935:85c01d869ed1
> > | | |  user:Eric Barboni 
> > | | |  date:Wed Feb 12 17:25:02 2020 +0100
> > | | |  summary: Merge pull request #1942 from
> > | | |jlahoda/NETBEANS-3317
> >
> >
> > On 2/12/2020 10:36 AM, Eric Barboni wrote:
> >> Dear Apache NetBeans community,
> >>
> >>
> >> The third beta build for Apache 11.3 is available.
> >>
> >>
> >> Two PR that give the complete picture of what was added for this 
> >> milestone.
> >>
> >> https://github.com/apache/netbeans/pull/1944
> >>
> >> https://github.com/apache/netbeans/pull/1913
> >>
> >>
> >> A rough sum up of the changes:
> >>
> >> Lots of UI fix
> >>
> >> More FlatLaf,
> >>
> >> More cleanup for jdk 14
> >>
> >> More gradle project fix
> >>
> >>
> >> For windows users:
> >>
> >> A revert to WindowsNotifier for windows filestystem
> >>
> >>
> >> There is no critical / blocker associated to release 11.3 except 
> >> this
> >>
> >> https://issues.apache.org/jira/browse/NETBEANS-3763.
> >>
> >> This is maven related I guess and very specific to multiple 
> >> artefacts classifier for on artefacts. No very frequent IMHO, maybe 
> >> we can put it to
> >> 12.0
> >>
> >>
> >>
> >> Artefact are here:
> >>
> >> https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/j
> >> ob
> >> /netbea
> >>
> >> ns/job/release113/11/artifact/dist/
> >>
> >>
> >> https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/j
> >> ob
> >> /netbea
> >>
> >> ns/job/release113/11/artifact/dist/netbeans-11.3-beta3-bin.zip
> >>
> >> f0cd65d5d8463f1ee9ec21192f5281bda75b1b70bcba83cd6ef16dbd367a105d544
> >> d6
> >> 07b240f
> >>
> >> 612092c4141091608d02f2f962ce9f2da63ee38b9b7ebe15c3eb
> >> ./netbeans-11.3-beta3-bin.zip
> >>
> >>
> >> https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/j
> >> ob
> >> /netbea
> >>
> >> ns/job/release113/11/artifact/dist/netbeans-11.3-beta3-source.zip
> >>
> >> 82ae5c7b31e2d5098ae06056a41c4d26714d1874c3e1cbcc1265da3025cd13c43fd
> >> 38
> >> ca2c9af
> >>
> >> 8a54b823efb116d2e4ca7b000f3b80d74a567451a3931d03054b
> >> ./netbeans-11.3-beta3-source.zip
> >>
> >>
> >> Let me know if it's ready enough to create the first voting 
> >> candidate or a beta 4.
> >>
> >>
> >> Happy testing
> >>
> >>
> >> Best Regards
> >>
> >> Eric
> >>
> >>
> >>
> >
> >
> > 
> > - 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: JPA Controller Generation

[Josh Juneau]

Thanks for reporting this issue Ken.  It would be good to get something in
the issue tracker for this problem.  I haven't used the auto-generation of
new JPA controllers.  I usually create my own so I haven't come across this
issue...but I'll see if I can replicate this problem.  I may not personally
be able to make the repairs for this (at least not anytime soon), but it
should at least get in the tracker so that we can have it in the queue.  It
does sound like this code needs updating.

It sounds like you have a good strategy for moving forward with your
class.  Hope all goes well.

Thanks

Josh Juneau
juneau...@gmail.com
http://jj-blogger.blogspot.com
https://www.apress.com/us/search?query=Juneau




On Fri, Feb 14, 2020 at 8:31 AM Kenneth Fogel 
wrote:

> I have calmed down and wish to apologize for the harshness of my comments
> last night. I will download the latest source and review the code that
> generates the controllers et all. I will suggest that there should be two
> choices for JPA Controllers, one for stand alone and one for application
> server managed.
>
> Ken
>
> 
> From: Kenneth Fogel 
> Sent: Friday, February 14, 2020 12:51:59 AM
> To: dev@netbeans.apache.org 
> Subject: JPA Controller Generation
>
> I have been using NetBeans, as many of you know, for years. In the winter
> I teach an EE course that uses the JPA. In using the New -> JPA Controllers
> from Entities I couldn’t believe what came out. Let’s review two changes:
>
> If the persistence.xml file does not declare a connection (url, user, pwd)
> the generated controllers are empty. When this file is used for EE JPA you
> declare the connection in glassfish-resources.xml and not the
> persistence.xml. Previous versions of NB did show the connection details
> but if I edited for EE JPA and then generated the controllers they were
> still generated. The controllers are generated from the entities so why is
> the generator even looking at persistence.xml.
>
> Then there are the controllers themselves. They have been optimized for
> stand alone, resource local usage. The optimizations, especially the use of
> finally clauses to eliminate catch clauses makes no sense to me. Many but
> not all exceptions simply result in an em.close(). This is effectively the
> same as having an empty catch clause. Plus, with an injected  EntityManager
> you should not be closing it, if I understand how CDI works. There is no
> rollback anywhere. If the JPA now rolls back automatically when an
> exception occurs I’ll withdraw this complaint but I doubt it does.
>
> I could go on. If you want to see what controllers used to look like and
> what had to be changed for EE look at my blog
> https://www.omniprogrammer.com/?p=383.
>
> Is the JPA used more extensively on the desktop? I don’t think so. Here I
> take the blame for not pointing out that there needs to be JPA generation
> for Application Servers. If you look at my blog you can see that the
> changes were minimal to the old generated code. Now the changes will need
> to be more extensive.
>
> I have to stop now because I’m angry. Tomorrow morning I have to face a
> class and before that I need to decide if I should tell them to cut and
> paste code from my samples and change the names of objects or show them all
> the changes needed to make the generated code work.
>
> Please tell me I have it all wrong and I’ll be happy to apologize for this
> missive and never darken this mailing list again. I will also be happy to
> contribute JPA/EE controller templates if my concerns are valid.
>
> Ken
>
>
>
>
>
>

Re: Re: build failure cnd/cnd.debugger.dbx now missing ;)

[Eric Bresie]

So on one of the deltas listed I see it removing gnu debugger in place of what 
looked like the proprietary one. Could the gnu debugger be resurrection and 
used instead?

If clank is basically a third party product can an external dependency be added 
and used instead of including it directly as part of the code base?

Eric Bresie
ebre...@gmail.com
> On February 9, 2020 at 3:28:31 AM CST, Geertjan Wielenga 
>  wrote:
> Thanks a lot for this history lesson -- so great that we have people with
> this long perspective on where the code came from and so on.
>
> I have also seen "Target "all-cnd" does not exist in the project "main"".
>
> But then sometimes it just goes away. Reminds me a bit of this discussion:
>
> http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3ccackjaxssrrl66sua9heyqqxy4oyrxygkyemvg50rktrda-e...@mail.gmail.com%3E
>
> If you/we can get further with this, that would be great -- and please feel
> free to provide pull requests to my fork.
>
> Gj
>
> On Sat, Feb 8, 2020 at 7:53 AM Ivan Soleimanipour <
> ivan.soleimanip...@sbcglobal.net> wrote:
>
> > I took a look at geertjans branch (https://github.com/geertjanw/netbeans)
> >
> > building "ant -Dcluster.config=cnd" ...
> >
> > You should be able to deal with the dbx dependency simply by removing
> > 'cnd.debugger.dbx' from the 'nb.cluster.cnd'
> > list in "nbbuild/cluster.properties". There's also 'libs.dbx.support' in
> > that list but that only contains
> > a Bundle file so won't affect the build. The same goes for 'libs.clank'.
> >
> > I also had to remove 'nb.cluster.dlight' from 'nb.cluster.cnd.depends' in
> > "nbbuild/cluster.properties".
> >
> > But then I ran into
> > > /home/open/nb-geertjan/nbbuild/build.xml:660: Target "all-cnd" does not
> > exist in the project "main".
> > > It is used from target "nbmerge-build-one-cluster".
> > I might pursue that in a bit (but I really hope someone else has the
> > answer :-)
> >
> > In the meantime ...
> >
> > ... A bit of history.
> >
> > dbx is the Solaris source level debugger with origins dating back to the
> > original days of BSD and Sun.
> >
> > The tools group at Sun/Oracle was subdivided into the IDE (CND) group in
> > StPetersburg (SPB) and the dbx group
> > in SiliconValley. There was also a performance tool group in SV which was
> > in charge of the Performance Analyzer
> >
> >
> > https://www.oracle.com/technetwork/server-storage/solarisstudio/features/performance-analyzer-2292312.html
> > The only reason I'm entioning this group is because it was the
> > primary performance analysis tool as opposed to
> > "dlight" which is a very simple and lightweight performance and
> > resource monitoring system.
> >
> > The bulk of the IDE functionality was done in an open-source manner by the
> > CND group. This included all the project
> > mgmt stuff, machinery to execute native binaries (like make and
> > compilers), and remotely so, and all the work needed for
> > code-completion (as in a C++ parser written in Java) and rich language
> > support in the editor. It also included
> > support for the GDB debugger which was initially done by the dbx team.
> > It's called cnd.debugger.gdb2 because there
> > was an older Q hack-and-slash cnd.debugger.gdb.
> >
> > clank ... has it's own rich history and I'm not sure I can do
> > justice to it.
> >
> > To support a model for code completion the IDE has to parse C++.
> > THe initial impl. used a bespoke
> > antlr based C++ parser. That's what cnd.apt is all about.
> >
> > Clank is the brainchild of Vladimir Voskresensky and its github
> > page (https://github.com/java-port/clank)
> > says "Clank is a Java-port of popular Clang frontend". It's
> > actually hela cooler than the title says.
> > Take a look at
> > http://llvm.org/devmtg/2017-03/assets/slides/clank_java_port_of_c_cxx_compiler_frontend.pdf
> > What I don't know is what is the relationship of clank and NB as
> > in why github.com/java-port/clank
> > isn't in NB.
> >
> > Meanwhile Oracle had a tools (compilers, debugger, ide) product,
> > SolarisStudio (SS), the IDE part of which built
> > on top of NB and added some extra modules the most important one being the
> > GUI for dbx support.
> >
> > For a long time the NB gdb and SS dbx modules evolved independently until,
> > in a big flurry of factoring,
> > common code was isolated in cnd.debugger.common2 with cnd.debugger.gdb2
> > and, what you now see as cnd.debugger.dbx,
> > becoming different debugger "adapters". Yet, cnd.debugger.dbx remained
> > proprietary. The main reason was that it
> > had dependencies on even more proprietary stuff (e.g. glue). The CND group
> > lobbied hard to come up with
> > a way to make cnd.debugger.dbx go into NB proper (mainly because of
> > convenience) but despite many heated
> > discussions AFAIK "cnd.debugger.dbx" always stayed proprietary.
> >
> > This is why the appearance of cnd.debugger.dbx in this deliverable is a
> > bit surprising to me.
> >
> > It may be that after I stopped 

[DISCUSS] Integration of Android Support for NetBeans

[Martin Weißhaupt]

Hi,

I'm currently working on adding support for NetBeans 11.3 to the NBAndroid
project.

I think this project would benefit a lot from the integration into the
NetBeans core. For example CI-Builds could show incompatibilities early and
more hands on the code would be highly appreciated.

What I would like to know is how much interest is there for integrating the
plugin and who would like to help? I would need some help to change the
build system from maven to ant, especially with dependency management.

Regards,
Martin

Re: Re: Apache NetBeans 11.3-beta3 available

[Eric Bresie]

I had a similar problem on an earlier release which I resolved by some have 
cert store manipulation. This may be a workaround. Added similar comments to 
ticket.

http://mail-archives.apache.org/mod_mbox/netbeans-dev/201912.mbox/%3ccahw6w1t64cvdktjeufsvp+cvhp_ipe6qapb+hxwe2-k82ps...@mail.gmail.com%3e

Eric Bresie
ebre...@gmail.com
> On February 14, 2020 at 9:01:06 AM CST, Michele Costabile 
>  wrote:
> On Fri, Feb 14, 2020 at 3:13 PM Eric Barboni  wrote:
>
> > No problem
> >
> > An issue was tagged as blocker for 11.3 but it seems that workaround by
> > configuration make user go through the issue.
> > https://issues.apache.org/jira/browse/NETBEANS-3810
> > For me it's not a blocker, it's annoying for people wanting to adopt
> > Apache NetBeans.
> >
> > Do you feel that I can setup a voting candidate ?
> >
>
> Hi Eric. It is an issue I reported. I marked it a blocker, but I am willing
> to downgrade it, since it is a blocker only for a corporate user with a
> particular proxy and lacking appropriate information.
> It actually stopped me until I figured out what the cause was.
> I will downgrade it today.

Re: Statistics re Apache NetBeans

[Zoran Sevarac]

How can we get that data?

On Sun, 9 Feb 2020, 18:00 Eirik Bakke,  wrote:

> > We can already identify any single client. So this could also be
> achieved by removing duplicates from the log in any month?
>
> Oh, in that case, yes--we should already be able to compile real usage
> statistics then.
>
> How are clients identifiable in the logs? Is there a random number ID
> generated and passed somewhere?
>
> -- Eirik
>
> -Original Message-
> From: Neil C Smith 
> Sent: Sunday, February 9, 2020 3:45 AM
> To: dev 
> Subject: Re: Statistics re Apache NetBeans
>
> On Sun, 9 Feb 2020, 04:00 Eirik Bakke,  wrote:
>
> >  you wouldn't be able to identify any single client.
> >
>
> We can already identify any single client. So this could also be achieved
> by removing duplicates from the log in any month?
>
> Best wishes,
>
> Neil
>
> >
>

Re: Re: When can we expect to use the C++ plugin, and how can you tell?

[Eric Bresie]

Slightly off topic and a little bit of a brain dump on some thoughts around 
this topic but

On the quarterly release schedule page, is it worth wild to add references to 
the expected or already released changes in some way?

Maybe add references to github milestone tags, labels, or pr that is the 
resulting given release or future release?

I think this might benefit to help organize the future expected build, to help 
monitor progress and allow consistency? I believe a lot of items are already 
tagged in some way so why not reference them allowing a little more dynamic as 
more items are labeled , tagged, or PR are updated.

So for example have a “12.1” milestone / label with a given target features 
(C/C++) marked (feature can also have a label of some type or some applicable 
component attribute referenced) for that milestone (assuming its tagged as 
such), maybe referencing an initial PR which would be updated during pre 
release work and upon completion finalize the PR).

Eric Bresie
ebre...@gmail.com
> On February 6, 2020 at 11:08:10 AM CST, Neil C Smith  
> wrote:
> On Thu, 6 Feb 2020 at 14:49, Martin Weißhaupt
>  wrote:
> > Interesting that you are working on integrating the C/C++ as a native
> > integration. I missed this.
>
> That's only replicating the situation up to 8.2?!
>
> > The only roadmap I could find was this and it hasn't been updated for some
> > time:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+Release+Roadmap
>
> Well, we switched to time-based rather than feature-based releases,
> which somewhat superseded that page. Something that links up current
> and future inbound features, or ideas in progress, might be good. We
> should be wary of linking them to any particular release though.
>
> One way of thinking is that 11.1, 11.2 and 11.3 are the roadmap to 12.0! :-)
>
> 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: building CND

[Peter Kovacs]

Hi Ivan,

Am 14.02.20 um 07:30 schrieb Ivan Soleimanipour:


On 2/13/20 6:23 AM, Peter Kovacs wrote:

Okay,

I had to remove validation.nb.cluster.cnd=cnd.kit, too.

Now I get the Target "all-cnd" does not exist in the project "main". 
error.


However I get the same error when trying to build dlight.

Now from the Jira I concluded that I might need to call ant 
differently. So I tried


ant -f cnd/cnd.editor -Dcluster.config=cnd run

Now I am stuck on the Issue

netbeans/nbbuild/templates/projectized.xml:101: No dependent module 
org.netbeans.libs.clank


So next step would be to build clank from

https://github.com/java-port/clank ?



I think that will feed the dependency avalanche.


It does not have additional external dependencies. And its file 
structure shows it comes from netbeans. The License is however unclear.


Also the code seems abandond. So I see other issues then dependencies.

Also it is a link to a build tool (clang) which is handy. Some people 
work with the toolset.




org.netbeans.libs.clank is just a bundle file (bundle files mostly 
contain default i18n text) so it should just

build w/o any issues. I.e. _don't_  remove libs.clank from nb.cluster.cnd





I tried to remove the dependency clank from the cluster, but ant 
stayed persistant in requesting clank.


"ant clean" to the rescue?

Ohh yea did not try. :) Thanks for this beginner pointer.




Am 09.02.20 um 10:28 schrieb Geertjan Wielenga:
Thanks a lot for this history lesson -- so great that we have people 
with

this long perspective on where the code came from and so on.


Hmm ... Geertjan ... I never received your reply. I'm only seeing it 
for the first time in Peters quote.

Case of Reply vs ReplyAll or ???

Yes, I did not notice too. Or I would have forwarded.




I have also seen "Target "all-cnd" does not exist in the project 
"main"".


But then sometimes it just goes away.


No such luck with me.


Reminds me a bit of this discussion:

http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3ccackjaxssrrl66sua9heyqqxy4oyrxygkyemvg50rktrda-e...@mail.gmail.com%3E 



Yeah, looks familiar but the resolution was "magical".



If you/we can get further with this, that would be great 


I poked at it some more and learned a bit more:

The 'all-' list is built in the 'init' ant target. So you can 
concentrate on the problem by just issuing

"ant -Dcluster.config=cnd init" and this is what you'll get:
    Loading module list from /tmp/nb-scan-cache-2f523585-full.ser
    [insert-module-all-targets] Cannot find build prerequisite 
org.netbeans.modules.hibernate of 
/home/open/nb-geertjan/contrib/hibernateweb


I _think_ the contrib/hibernateweb error is a red herring ... it's 
just a warning as it _doesn't_ abort the build.

I did see the same error with same conclusion.


I took a look at my /tmp/nb-scan-cache-2f523585-full.ser. It's binary 
but it's clear that it doesn't contain anything
relating to CND in it. I blew it away thinking it's stale but no joy. 
In fact "ant clean" blows it away anyway.


If you _do_ blow away your /tmp/nb-scan-cache-blah and try "ant 
-Dcluster.config=cnd init" there's a bunch of stuff

that gets fetched from the cloud:

 [echo] Bootstrapping NetBeans-specific Ant extensions...
    [javac] Compiling 95 source files to 
/home/open/nb-geertjan/nbbuild/build/antclasses
  [jar] Building jar: 
/home/open/nb-geertjan/nbbuild/build/nbantext.jar

[configureproxy] Resetting proxyHost to empty string
  [get] Getting: 
https://gitbox.apache.org/repos/asf?p=netbeans-jenkins-lib.git;a=blob_plain;f=meta/netbeansrelease.json

  [get] To: /home/open/nb-geertjan/nbbuild/build/netbeansrelease.json
 [copy] Warning: Could not find file 
/home/open/nb-geertjan/nbbuild/gitinfo.properties to copy.
 [copy] Warning: Could not find file 
/home/open/nb-geertjan/nbbuild/netbeansrelease.properties to copy.


So ... is the netbeansrelease.json stuff on gitbox somehow lacking 
CND? I poked around but it doesn't seem to

mention clusters anyway.

nb-scan-cache is created by the ModuleListParser ant task. It uses 
{nb.clusters.list} as input. Echoing {nb.clusters.list}

shows that it _does_ contain nb.cluster.cnd.

That's where my investigations are at now..


Have you tried the following command?

  ant -f cnd/cnd.editor -Dcluster.config=cnd run




-- and please feel
free to provide pull requests to my fork.


Gladly but I don't have anything meaty yet.

Peter, could you please try w/o removing the libs.clank dependency?


Yes, I have to integrate clank again. I hope I manage some time for this 
on the weekend.


And I hope I get a license response.


-
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