Re: [VOTE] Release Apache NetBeans 12.4 Beta 2

2021-04-08 Thread Josh Juneau
+1 (binding)
- Checked JARs
- Verified signatures, NOTICE, and LICENSE
- Built:
OpenJDK Runtime Environment Zulu11.39+15-CA (build 11.0.7+10-LTS)
OS X: 11.2
- Ran without issues


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




On Thu, Apr 8, 2021 at 5:43 AM Geertjan Wielenga 
wrote:

> Dear community,
>
> Here's Apache NetBeans 12.4 Beta 2, a new vote thread, because in the
> previous one we pointed to the convenience binary and SHA for the
> convenience binary instead of the source and its SHA as the voting
> artifact. We've created a new beta to fix one issue we had in Beta 1:
>
> https://github.com/apache/netbeans/pull/2864
>
> Please read the below and vote.
>
> Note: Feature freeze for 12.4 is some way away (April 16), so please do go
> ahead scheduling content for 12.4 and providing pull requests for that
> purpose, with end of May being the release date for 12.4.
>
> Build artifacts are available here:
>
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/
>
>
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.4-beta2/
>
> They were built by the Jenkins pipeline, signed, and moved to their place
> above:
>
>
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release124/4/
>
> We are primarily voting on:
>
>
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-source.zip
>
> In the first two links above, you'll also find convenience binaries and
> installers (though not for Mac OS X) are available too:
>
>
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release124/4/artifact/dist/installers/
>
> SHA512:
>
>
> aa04f0610978aa23e4d82c92436abe0301f4a7117b4dfec22e96e86305dfc9acb0615ef215a9dd879bb93ceb8849e38e2ce7d3ffcae51d3bcf1c5cba6dc723e9
>
>
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-source.zip.sha512
>
> KEYS file:
> https://downloads.apache.org/netbeans/KEYS
>
> What's new in 12.4 so far:
>
> https://github.com/apache/netbeans/milestone/12?closed=1
>
> --
>
> Voting Requirements
>
> Before voting +1 you are required to download the signed source code
> package, compile it as provided, and test the resulting executable on your
> own platform, along with also verifying that the package meets the
> requirements of the ASF policy on releases - see:
>
> http://www.apache.org/legal/release-policy.html#management
>
> In particular, you should (at least) follow these steps.
>
> 1. Download the artefact to be voted on and unzip it.
>
> 2. Check that the artefact does not contain any jar files, using find .
> -type f -name "*.jar", except for:
> -
>
> platform/autoupdate.services/test/unit/src/org/netbeans/api/autoupdate/data/empty.jar
> - enterprise/glassfish.common/test/unit/data/nottaDir-4_1_2.jar
> - enterprise/glassfish.common/test/unit/data/subdir/nottaDir-5.0.jar
> - enterprise/payara.common/test/unit/data/nottaDir-4_1_2.jar
> - enterprise/payara.common/test/unit/data/subdir/nottaDir-5.0.jar
> which are only JARs by their name
>
> 3. Verify the cryptographic signatures, the NOTICE and LICENSE file.
>
> 4. Build it using the README provided by the artifact.
>
> 5. Look in nbbuild/netbeans for the NetBeans installation created by the
> build process and try running it.
>
> As well as checking any artifact functions correctly, you should check that
> it has been correctly signed by a PMC member, and that the source being
> voted on is sufficient to build the relevant binary.
>
> This vote is going to be open at least 72 hours, vote with +1, 0, and -1 as
> usual. (Please justify -1.) Please mark your vote with (binding) if, and
> only, if you're an Apache NetBeans PMC member to help with voting admin.
>
> *Only respond if you are going to vote*, i.e., this is *NOT* a discussion
> thread.
>
> NetBeans 12.4 Beta 2 will be released if and when this vote passes.
>
> Thank you to all contributors for all your hard work!
>
> Geertjan and Neil
> Release Managers for Apache NetBeans 12.4 Beta 2 (and beyond)
>


Re: 12.4 Can we fix cut and paste before release?

2021-04-08 Thread Geertjan Wielenga
As stated there: “ Please run with logging enabled
(-J-Dorg.netbeans.core.NbClipboard=-1) and attach the

part of log that records what happened during the broken situation.”


Thanks,

Gj

On Thu, 8 Apr 2021 at 22:12, Scott Palmer  wrote:

> The discussion on this old bug seems to be most relevant:
>
>  https://bz.apache.org/netbeans//show_bug.cgi?id=41098
>
> Over 16 years ago this was apparently a JDK issue. (People were using JDK
> 1.4 at the time.)
> See  Comment 21  >
>
> I suspect the workaround (which never really worked properly) isn’t
> required anymore.
>
> Scott
>
>
> > On Apr 8, 2021, at 4:06 PM, Scott Palmer  wrote:
> >
> > Both directions to/from a NetBeans editor to/from something outside.
> Not consistent, but frequent enough - multiple times a week.
> >
> > It seems when this occurs it is like the NetBeans editor has a private
> clipboard.  Pasting outside NetBEans pastes the last thing copied outside
> of NetBeans.  Pasting within a NetBeans editor pastes the last thing copied
> from a NetBeans editor.
> >
> > Very frustrating when you are trying to copy to an email or a remote
> desktop session, or between stack overflow etc...
> >
> > Scott
> >
> >> On Apr 8, 2021, at 3:59 PM, Geertjan Wielenga
>  geertjan.wiele...@googlemail.com.INVALID>> wrote:
> >>
> >> It’s 100% about copying text from any NetBeans editor to somewhere
> outside
> >> NetBeans? Or also the reverse? Consistently or sporadically?
> >>
> >> Gj
> >>
> >> On Thu, 8 Apr 2021 at 21:57, Scott Palmer  swpal...@gmail.com>> wrote:
> >>
> >>> Windows 10
> >>> JDK 8 through 16
> >>>
> >>> See prior discussion here:
> >>>
> >>>
> http://mail-archives.apache.org/mod_mbox/netbeans-dev/202102.mbox/%3c21fb7d82-e02c-4a4f-8bd7-605615cc5...@gmail.com%3e
> <
> http://mail-archives.apache.org/mod_mbox/netbeans-dev/202102.mbox/%3c21fb7d82-e02c-4a4f-8bd7-605615cc5...@gmail.com%3e
> >
> >>>
> >>> It seems many of us are just used to Copy and Paste not working
> properly
> >>> and we have various strategies to work around it.  It shouldn’t be
> that way.
> >>>
> >>> Scott
> >>>
> >>>
>  On Apr 7, 2021, at 1:15 PM, Geertjan Wielenga
> >>>  wrote:
> 
>  Operating system, JDK version, please...
> 
>  Gj
> 
>  On Wed, Apr 7, 2021 at 7:13 PM Scott Palmer    >>> swpal...@gmail.com>> wrote:
> 
> > I know it probably is the same as before, but today it seems worse in
> >>> 12.4
> > beta 2 than it was in 12.3.
> >
> > Cut and paste is such basic functionality that when it doesn’t work
> it
> >>> is
> > a major source of frustration.
> >
> > Today I have been fighting cut and paste not working with NetBeans
> 12.4
> > beta 2 for a few hours.  Jumping through hoops to cut some text out
> of a
> > NetBeans editor and paste it into something else is not how I wanted
> to
> > spend my morning.
> >
> > This was discussed briefly in early February (see thread “System
> >>> Clipboard
> > Issues”)
> >
> > It is has been reported here
> > https://issues.apache.org/jira/browse/NETBEANS-2159 <
> https://issues.apache.org/jira/browse/NETBEANS-2159> <
> > https://issues.apache.org/jira/browse/NETBEANS-2159 <
> >>> https://issues.apache.org/jira/browse/NETBEANS-2159>>
> > Though that description is perhaps incomplete.  Both copying from
> >>> NetBeans
> > and pasting to NetBeans are affected.
> >
> > If you are doing cut and paste entirely within NetBeans you may not
> see
> > the issue. It is only when you want to cut and paste between NetBeans
> >>> and
> > an external program that it fails.  And it fails very frequently in
> that
> > case.
> >
> > The sense I got was that NetBeans was trying to work around a bug in
> the
> > JRE by using it’s own private clipboard.  I suspect the original JRE
> >>> issue
> > is long gone and NetBeans is just creating more problems with an
> awkward
> > workaround for a problem that isn’t there.
> >
> > Regards,
> >
> > Scott
> >
>
>


Re: 12.4 Can we fix cut and paste before release?

2021-04-08 Thread Scott Palmer
The discussion on this old bug seems to be most relevant:

 https://bz.apache.org/netbeans//show_bug.cgi?id=41098

Over 16 years ago this was apparently a JDK issue. (People were using JDK 1.4 
at the time.)
See  Comment 21 

I suspect the workaround (which never really worked properly) isn’t required 
anymore.

Scott


> On Apr 8, 2021, at 4:06 PM, Scott Palmer  wrote:
> 
> Both directions to/from a NetBeans editor to/from something outside.  Not 
> consistent, but frequent enough - multiple times a week.
> 
> It seems when this occurs it is like the NetBeans editor has a private 
> clipboard.  Pasting outside NetBEans pastes the last thing copied outside of 
> NetBeans.  Pasting within a NetBeans editor pastes the last thing copied from 
> a NetBeans editor.
> 
> Very frustrating when you are trying to copy to an email or a remote desktop 
> session, or between stack overflow etc...
> 
> Scott
> 
>> On Apr 8, 2021, at 3:59 PM, Geertjan Wielenga 
>> > > wrote:
>> 
>> It’s 100% about copying text from any NetBeans editor to somewhere outside
>> NetBeans? Or also the reverse? Consistently or sporadically?
>> 
>> Gj
>> 
>> On Thu, 8 Apr 2021 at 21:57, Scott Palmer > > wrote:
>> 
>>> Windows 10
>>> JDK 8 through 16
>>> 
>>> See prior discussion here:
>>> 
>>> http://mail-archives.apache.org/mod_mbox/netbeans-dev/202102.mbox/%3c21fb7d82-e02c-4a4f-8bd7-605615cc5...@gmail.com%3e
>>>  
>>> 
>>> 
>>> It seems many of us are just used to Copy and Paste not working properly
>>> and we have various strategies to work around it.  It shouldn’t be that way.
>>> 
>>> Scott
>>> 
>>> 
 On Apr 7, 2021, at 1:15 PM, Geertjan Wielenga
>>>  wrote:
 
 Operating system, JDK version, please...
 
 Gj
 
 On Wed, Apr 7, 2021 at 7:13 PM Scott Palmer >>>  >> swpal...@gmail.com>> wrote:
 
> I know it probably is the same as before, but today it seems worse in
>>> 12.4
> beta 2 than it was in 12.3.
> 
> Cut and paste is such basic functionality that when it doesn’t work it
>>> is
> a major source of frustration.
> 
> Today I have been fighting cut and paste not working with NetBeans 12.4
> beta 2 for a few hours.  Jumping through hoops to cut some text out of a
> NetBeans editor and paste it into something else is not how I wanted to
> spend my morning.
> 
> This was discussed briefly in early February (see thread “System
>>> Clipboard
> Issues”)
> 
> It is has been reported here
> https://issues.apache.org/jira/browse/NETBEANS-2159 
>  <
> https://issues.apache.org/jira/browse/NETBEANS-2159 <
>>> https://issues.apache.org/jira/browse/NETBEANS-2159>>
> Though that description is perhaps incomplete.  Both copying from
>>> NetBeans
> and pasting to NetBeans are affected.
> 
> If you are doing cut and paste entirely within NetBeans you may not see
> the issue. It is only when you want to cut and paste between NetBeans
>>> and
> an external program that it fails.  And it fails very frequently in that
> case.
> 
> The sense I got was that NetBeans was trying to work around a bug in the
> JRE by using it’s own private clipboard.  I suspect the original JRE
>>> issue
> is long gone and NetBeans is just creating more problems with an awkward
> workaround for a problem that isn’t there.
> 
> Regards,
> 
> Scott
> 



Re: 12.4 Can we fix cut and paste before release?

2021-04-08 Thread Ömer Halit Çizmeci
Hi,

I am having the similar problem with copy and paste. This mostly happens
when I have two NetBeans instances opened. Say 12.2 and 12.3. I am using
both Oracle Java 8 64bit and OpenJDK 11 64bit. And how do I resolve this
issue? I open an empty notepad. Copy text from NetBeans to Notepad. And
then copy another text from notepad to NetBeans. Repeating this once or
twice usually solves the problem.

OS: Windows 10 64bit

On Thu, Apr 8, 2021, 11:00 PM Geertjan Wielenga
 wrote:

> It’s 100% about copying text from any NetBeans editor to somewhere outside
> NetBeans? Or also the reverse? Consistently or sporadically?
>
> Gj
>
> On Thu, 8 Apr 2021 at 21:57, Scott Palmer  wrote:
>
> > Windows 10
> > JDK 8 through 16
> >
> > See prior discussion here:
> >
> >
> http://mail-archives.apache.org/mod_mbox/netbeans-dev/202102.mbox/%3c21fb7d82-e02c-4a4f-8bd7-605615cc5...@gmail.com%3e
> >
> > It seems many of us are just used to Copy and Paste not working properly
> > and we have various strategies to work around it.  It shouldn’t be that
> way.
> >
> > Scott
> >
> >
> > > On Apr 7, 2021, at 1:15 PM, Geertjan Wielenga
> >  wrote:
> > >
> > > Operating system, JDK version, please...
> > >
> > > Gj
> > >
> > > On Wed, Apr 7, 2021 at 7:13 PM Scott Palmer   > swpal...@gmail.com>> wrote:
> > >
> > >> I know it probably is the same as before, but today it seems worse in
> > 12.4
> > >> beta 2 than it was in 12.3.
> > >>
> > >> Cut and paste is such basic functionality that when it doesn’t work it
> > is
> > >> a major source of frustration.
> > >>
> > >> Today I have been fighting cut and paste not working with NetBeans
> 12.4
> > >> beta 2 for a few hours.  Jumping through hoops to cut some text out
> of a
> > >> NetBeans editor and paste it into something else is not how I wanted
> to
> > >> spend my morning.
> > >>
> > >> This was discussed briefly in early February (see thread “System
> > Clipboard
> > >> Issues”)
> > >>
> > >> It is has been reported here
> > >> https://issues.apache.org/jira/browse/NETBEANS-2159 <
> > >> https://issues.apache.org/jira/browse/NETBEANS-2159 <
> > https://issues.apache.org/jira/browse/NETBEANS-2159>>
> > >> Though that description is perhaps incomplete.  Both copying from
> > NetBeans
> > >> and pasting to NetBeans are affected.
> > >>
> > >> If you are doing cut and paste entirely within NetBeans you may not
> see
> > >> the issue. It is only when you want to cut and paste between NetBeans
> > and
> > >> an external program that it fails.  And it fails very frequently in
> that
> > >> case.
> > >>
> > >> The sense I got was that NetBeans was trying to work around a bug in
> the
> > >> JRE by using it’s own private clipboard.  I suspect the original JRE
> > issue
> > >> is long gone and NetBeans is just creating more problems with an
> awkward
> > >> workaround for a problem that isn’t there.
> > >>
> > >> Regards,
> > >>
> > >> Scott
> >
> >
>


Re: 12.4 Can we fix cut and paste before release?

2021-04-08 Thread Scott Palmer
Both directions to/from a NetBeans editor to/from something outside.  Not 
consistent, but frequent enough - multiple times a week.

It seems when this occurs it is like the NetBeans editor has a private 
clipboard.  Pasting outside NetBEans pastes the last thing copied outside of 
NetBeans.  Pasting within a NetBeans editor pastes the last thing copied from a 
NetBeans editor.

Very frustrating when you are trying to copy to an email or a remote desktop 
session, or between stack overflow etc...

Scott

> On Apr 8, 2021, at 3:59 PM, Geertjan Wielenga 
>  wrote:
> 
> It’s 100% about copying text from any NetBeans editor to somewhere outside
> NetBeans? Or also the reverse? Consistently or sporadically?
> 
> Gj
> 
> On Thu, 8 Apr 2021 at 21:57, Scott Palmer  > wrote:
> 
>> Windows 10
>> JDK 8 through 16
>> 
>> See prior discussion here:
>> 
>> http://mail-archives.apache.org/mod_mbox/netbeans-dev/202102.mbox/%3c21fb7d82-e02c-4a4f-8bd7-605615cc5...@gmail.com%3e
>> 
>> It seems many of us are just used to Copy and Paste not working properly
>> and we have various strategies to work around it.  It shouldn’t be that way.
>> 
>> Scott
>> 
>> 
>>> On Apr 7, 2021, at 1:15 PM, Geertjan Wielenga
>>  wrote:
>>> 
>>> Operating system, JDK version, please...
>>> 
>>> Gj
>>> 
>>> On Wed, Apr 7, 2021 at 7:13 PM Scott Palmer >>  > swpal...@gmail.com>> wrote:
>>> 
 I know it probably is the same as before, but today it seems worse in
>> 12.4
 beta 2 than it was in 12.3.
 
 Cut and paste is such basic functionality that when it doesn’t work it
>> is
 a major source of frustration.
 
 Today I have been fighting cut and paste not working with NetBeans 12.4
 beta 2 for a few hours.  Jumping through hoops to cut some text out of a
 NetBeans editor and paste it into something else is not how I wanted to
 spend my morning.
 
 This was discussed briefly in early February (see thread “System
>> Clipboard
 Issues”)
 
 It is has been reported here
 https://issues.apache.org/jira/browse/NETBEANS-2159 
  <
 https://issues.apache.org/jira/browse/NETBEANS-2159 <
>> https://issues.apache.org/jira/browse/NETBEANS-2159>>
 Though that description is perhaps incomplete.  Both copying from
>> NetBeans
 and pasting to NetBeans are affected.
 
 If you are doing cut and paste entirely within NetBeans you may not see
 the issue. It is only when you want to cut and paste between NetBeans
>> and
 an external program that it fails.  And it fails very frequently in that
 case.
 
 The sense I got was that NetBeans was trying to work around a bug in the
 JRE by using it’s own private clipboard.  I suspect the original JRE
>> issue
 is long gone and NetBeans is just creating more problems with an awkward
 workaround for a problem that isn’t there.
 
 Regards,
 
 Scott



Re: 12.4 Can we fix cut and paste before release?

2021-04-08 Thread Geertjan Wielenga
It’s 100% about copying text from any NetBeans editor to somewhere outside
NetBeans? Or also the reverse? Consistently or sporadically?

Gj

On Thu, 8 Apr 2021 at 21:57, Scott Palmer  wrote:

> Windows 10
> JDK 8 through 16
>
> See prior discussion here:
>
> http://mail-archives.apache.org/mod_mbox/netbeans-dev/202102.mbox/%3c21fb7d82-e02c-4a4f-8bd7-605615cc5...@gmail.com%3e
>
> It seems many of us are just used to Copy and Paste not working properly
> and we have various strategies to work around it.  It shouldn’t be that way.
>
> Scott
>
>
> > On Apr 7, 2021, at 1:15 PM, Geertjan Wielenga
>  wrote:
> >
> > Operating system, JDK version, please...
> >
> > Gj
> >
> > On Wed, Apr 7, 2021 at 7:13 PM Scott Palmer  swpal...@gmail.com>> wrote:
> >
> >> I know it probably is the same as before, but today it seems worse in
> 12.4
> >> beta 2 than it was in 12.3.
> >>
> >> Cut and paste is such basic functionality that when it doesn’t work it
> is
> >> a major source of frustration.
> >>
> >> Today I have been fighting cut and paste not working with NetBeans 12.4
> >> beta 2 for a few hours.  Jumping through hoops to cut some text out of a
> >> NetBeans editor and paste it into something else is not how I wanted to
> >> spend my morning.
> >>
> >> This was discussed briefly in early February (see thread “System
> Clipboard
> >> Issues”)
> >>
> >> It is has been reported here
> >> https://issues.apache.org/jira/browse/NETBEANS-2159 <
> >> https://issues.apache.org/jira/browse/NETBEANS-2159 <
> https://issues.apache.org/jira/browse/NETBEANS-2159>>
> >> Though that description is perhaps incomplete.  Both copying from
> NetBeans
> >> and pasting to NetBeans are affected.
> >>
> >> If you are doing cut and paste entirely within NetBeans you may not see
> >> the issue. It is only when you want to cut and paste between NetBeans
> and
> >> an external program that it fails.  And it fails very frequently in that
> >> case.
> >>
> >> The sense I got was that NetBeans was trying to work around a bug in the
> >> JRE by using it’s own private clipboard.  I suspect the original JRE
> issue
> >> is long gone and NetBeans is just creating more problems with an awkward
> >> workaround for a problem that isn’t there.
> >>
> >> Regards,
> >>
> >> Scott
>
>


Re: 12.4 Can we fix cut and paste before release?

2021-04-08 Thread Scott Palmer
Windows 10
JDK 8 through 16

See prior discussion here: 
http://mail-archives.apache.org/mod_mbox/netbeans-dev/202102.mbox/%3c21fb7d82-e02c-4a4f-8bd7-605615cc5...@gmail.com%3e

It seems many of us are just used to Copy and Paste not working properly and we 
have various strategies to work around it.  It shouldn’t be that way.

Scott


> On Apr 7, 2021, at 1:15 PM, Geertjan Wielenga 
>  wrote:
> 
> Operating system, JDK version, please...
> 
> Gj
> 
> On Wed, Apr 7, 2021 at 7:13 PM Scott Palmer  > wrote:
> 
>> I know it probably is the same as before, but today it seems worse in 12.4
>> beta 2 than it was in 12.3.
>> 
>> Cut and paste is such basic functionality that when it doesn’t work it is
>> a major source of frustration.
>> 
>> Today I have been fighting cut and paste not working with NetBeans 12.4
>> beta 2 for a few hours.  Jumping through hoops to cut some text out of a
>> NetBeans editor and paste it into something else is not how I wanted to
>> spend my morning.
>> 
>> This was discussed briefly in early February (see thread “System Clipboard
>> Issues”)
>> 
>> It is has been reported here
>> https://issues.apache.org/jira/browse/NETBEANS-2159 <
>> https://issues.apache.org/jira/browse/NETBEANS-2159 
>> >
>> Though that description is perhaps incomplete.  Both copying from NetBeans
>> and pasting to NetBeans are affected.
>> 
>> If you are doing cut and paste entirely within NetBeans you may not see
>> the issue. It is only when you want to cut and paste between NetBeans and
>> an external program that it fails.  And it fails very frequently in that
>> case.
>> 
>> The sense I got was that NetBeans was trying to work around a bug in the
>> JRE by using it’s own private clipboard.  I suspect the original JRE issue
>> is long gone and NetBeans is just creating more problems with an awkward
>> workaround for a problem that isn’t there.
>> 
>> Regards,
>> 
>> Scott



Re: [VOTE] Release Apache Netbeans Standalone Java Hints Tool 12.3 [vote candidate 2]

2021-04-08 Thread Matthias Bläsing
+1 (binding)

- signature and SHA512 checked
- verified repository content and source zip match
- build from source (on JDK-8 ok, failed on JDK-11)
- basic test of jackpot succeeded
- eyeballed LICENSE and NOTICE files for binary and source


- Building on JDK 11 fails:

-do-compile:
[mkdir] Created dir: /home/matthias/v/jackpot/lib/build/classes
 [nb-javac] Compiling 4 source files to 
/home/matthias/v/jackpot/lib/build/classes
 [nb-javac] Ignoring source, target and bootclasspath as release has been set
 [nb-javac] warning: [path] bad path element 
"/usr/lib/jvm/java-11-openjdk-amd64/lib/tools.jar": no such file or directory
 [nb-javac] 
/home/matthias/v/jackpot/build/public-package-jars/org-netbeans-api-annotations-common.jar(/org/netbeans/api/annotations/common/NonNull.class):
 warning: Cannot find annotation method 'when()' in type 'Nonnull': class file 
for javax.annotation.Nonnull not found
 [nb-javac] warning: unknown enum constant When.ALWAYS
 [nb-javac]   reason: class file for javax.annotation.meta.When not found
 [nb-javac] warning: No processor claimed any of these annotations: 
org.netbeans.api.annotations.common.NonNull
 [nb-javac] 
/home/matthias/v/jackpot/lib/src/org/netbeans/modules/jackpot30/cmdline/lib/Utils.java:21:
 error: package com.sun.source.util does not exist
 [nb-javac] import com.sun.source.util.JavacTask;
 [nb-javac]   ^
 [nb-javac] 
/home/matthias/v/jackpot/build/public-package-jars/org-netbeans-api-annotations-common.jar(/org/netbeans/api/annotations/common/NonNull.class):
 warning: Cannot find annotation method 'when()' in type 'Nonnull': class file 
for javax.annotation.Nonnull not found
 [nb-javac] warning: unknown enum constant When.ALWAYS
 [nb-javac]   reason: class file for javax.annotation.meta.When not found
 [nb-javac] 1 error
 [nb-javac] 6 warnings

BUILD FAILED
/home/matthias/v/jackpot/build.xml:59: The following error occurred while 
executing this line:
/home/matthias/bin/netbeans-dev/harness/suite.xml:163: The following error 
occurred while executing this line:
/home/matthias/bin/netbeans-dev/harness/common.xml:207: Compile failed; see the 
compiler error output for details.



Am Montag, den 29.03.2021, 07:40 +0200 schrieb Jan Lahoda:
Dear all,

I'd like to release the standalone Java Hints tool ("jackpot") based on
Apache NetBeans 12.3, this time hopefully with the right artefacts.

The release is here:
https://dist.apache.org/repos/dist/dev/netbeans/netbeans-jackpot/netbeans-jackpot-12.3-vc2/apache-netbeans-jackpot-12.3.zip

Signature file:
https://dist.apache.org/repos/dist/dev/netbeans/netbeans-jackpot/netbeans-jackpot-12.3-vc2/apache-netbeans-jackpot-12.3.zip.asc

SHA512:
de3ab8282083a86cbb4eb6c1720839656de7478697800e8132e9193ef15ab467217ab41dade993558938b350f543ff4df968e2513bb0c59095269a97f75ab76c
 apache-netbeans-jackpot-12.3.zip

KEYS file:

https://dist.apache.org/repos/dist/release/netbeans/KEYS

Apache NetBeans Jackpot 3.0 Git Repo tag:
https://github.com/apache/netbeans-jackpot30/releases/tag/netbeans-jackpot-12.3-vc2

Convenience binaries:
-built standalone tool:
https://dist.apache.org/repos/dist/dev/netbeans/netbeans-jackpot/netbeans-jackpot-12.3-vc2/apache-netbeans-jackpot-12.3-bin.zip

Its signature file:
https://dist.apache.org/repos/dist/dev/netbeans/netbeans-jackpot/netbeans-jackpot-12.3-vc2/apache-netbeans-jackpot-12.3-bin.zip.asc

and its SHA512:
6dd7ca2f901d2a1c07d909fb51dc506d407413a0fc6f0ab514f17ce6dc12ae9e5daad51fb4e986e89c840f30bf9dcc39966b938d567ec8a64f2166ea8bbf7e1f
 apache-netbeans-jackpot-12.3-bin.zip

-there is also a plugin staging Maven repository here:
https://repository.apache.org/content/repositories/orgapachenetbeans-1086

This vote is going to be open at least 72 hours, vote with +1, 0, and -1 as
usual.

Thanks for any feedback!

Jan



-
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: JavaHelp in browser (was: UML, Donations, and JavaHelp Oh-My)

2021-04-08 Thread Aleksandra Misic
Hello,

I just wanted to say I was very interested in contributing to this project
and would like to echo my professors questions on what could be done
further.

Best regards,

Aleksandra Mišić

On Thu, 8 Apr 2021 at 20:45, Zoran Sevarac  wrote:

> Hi Jens and thanks for the great work.
> I have a student at University of Belgrade, Aleksandra Misic
> aleksandra.1mi...@gmail.com,  who is doing an open source project and is
> interested to contribute to this project.
> I will also help her.
> So what what would be the best way to contribute and push development of
> this hel plugin?
> I think that it would be very useful for many NetBeans Platform based
> applications.
>
> Best regards
> Zoran
>
>
> On Thu, Mar 18, 2021 at 12:33 PM Jens Hofschröer  wrote:
>
> > Am 08.03.2021 um 11:33 schrieb Jens Hofschröer:
> > > Hi
> > >
> > > Am 07.03.2021 um 18:49 schrieb Eric Bresie:
> > >> I’ve seen a few threads which seems to indicate the way forward is to
> > >> have
> > >> the help materials to be translated into some common format (i.e.
> either
> > >> html, asciidoc, docwiki) and then render either in a internal/external
> > >> web
> > >> view or have some new component to render the context as applicable.
> To
> > >> minimize the work on updating help, I believe the hope was these would
> > be
> > >> basically backwards compatible to reduce the need for too much
> > >> translation.
> > >>
> > >> So all that said, is anyone actively developing an Alternative Help?
> > >  >> Or is the way forward to create help in some specific non-JavaHelp
> > > way and
> > >  > any dependencies on Java-Help replace by something else?
> > >  >
> > >
> > > May be I can extract the more generic part an open source it, but I can
> > > not say in which time frame due to my daily work.
> >
> > Here is an eary version: https://github.com/nigjo/nb-help
> >
> > The default implementation just sends the JavaHelp page to the local
> > Browser. No navigation like in JavaHelp itself. It is possible to reuse
> > this in an RCP and the implementations can be replaced by own
> > "renderers". I updated our own help system to use this module, so this
> > might be updated in the future.
> >
> > There are currently not that many JavaDocs, but most is done via
> > services. Also there are no security checks for the output, so be aware
> > and use it only in an trusted environment.
> >
> > 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
> >
> >
> >
> >
>
> --
> Zoran Sevarac, PhD, Associate Professor
> University of Belgrade, Faculty of Organisational Sciences, Department for
> Software Engineering
> Java Champion 
> | Oracle Groundbreaker Ambassador | Deep Netts 
> Co-founder & CEO
>


Re: JavaHelp in browser (was: UML, Donations, and JavaHelp Oh-My)

2021-04-08 Thread Zoran Sevarac
Hi Jens and thanks for the great work.
I have a student at University of Belgrade, Aleksandra Misic
aleksandra.1mi...@gmail.com,  who is doing an open source project and is
interested to contribute to this project.
I will also help her.
So what what would be the best way to contribute and push development of
this hel plugin?
I think that it would be very useful for many NetBeans Platform based
applications.

Best regards
Zoran


On Thu, Mar 18, 2021 at 12:33 PM Jens Hofschröer  wrote:

> Am 08.03.2021 um 11:33 schrieb Jens Hofschröer:
> > Hi
> >
> > Am 07.03.2021 um 18:49 schrieb Eric Bresie:
> >> I’ve seen a few threads which seems to indicate the way forward is to
> >> have
> >> the help materials to be translated into some common format (i.e. either
> >> html, asciidoc, docwiki) and then render either in a internal/external
> >> web
> >> view or have some new component to render the context as applicable.  To
> >> minimize the work on updating help, I believe the hope was these would
> be
> >> basically backwards compatible to reduce the need for too much
> >> translation.
> >>
> >> So all that said, is anyone actively developing an Alternative Help?
> >  >> Or is the way forward to create help in some specific non-JavaHelp
> > way and
> >  > any dependencies on Java-Help replace by something else?
> >  >
> >
> > May be I can extract the more generic part an open source it, but I can
> > not say in which time frame due to my daily work.
>
> Here is an eary version: https://github.com/nigjo/nb-help
>
> The default implementation just sends the JavaHelp page to the local
> Browser. No navigation like in JavaHelp itself. It is possible to reuse
> this in an RCP and the implementations can be replaced by own
> "renderers". I updated our own help system to use this module, so this
> might be updated in the future.
>
> There are currently not that many JavaDocs, but most is done via
> services. Also there are no security checks for the output, so be aware
> and use it only in an trusted environment.
>
> 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
>
>
>
>

-- 
Zoran Sevarac, PhD, Associate Professor
University of Belgrade, Faculty of Organisational Sciences, Department for
Software Engineering
Java Champion 
| Oracle Groundbreaker Ambassador | Deep Netts 
Co-founder & CEO


Re: [VOTE] Release Apache NetBeans 12.4 Beta 2

2021-04-08 Thread Kai Uwe Pel

+1

Kai


On 4/8/2021 12:43 PM, Geertjan Wielenga wrote:

Dear community,

Here's Apache NetBeans 12.4 Beta 2, a new vote thread, because in the
previous one we pointed to the convenience binary and SHA for the
convenience binary instead of the source and its SHA as the voting
artifact. We've created a new beta to fix one issue we had in Beta 1:

https://github.com/apache/netbeans/pull/2864

Please read the below and vote.

Note: Feature freeze for 12.4 is some way away (April 16), so please do go
ahead scheduling content for 12.4 and providing pull requests for that
purpose, with end of May being the release date for 12.4.

Build artifacts are available here:

https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/

https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.4-beta2/

They were built by the Jenkins pipeline, signed, and moved to their place
above:

https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release124/4/

We are primarily voting on:

https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-source.zip

In the first two links above, you'll also find convenience binaries and
installers (though not for Mac OS X) are available too:

https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release124/4/artifact/dist/installers/

SHA512:

aa04f0610978aa23e4d82c92436abe0301f4a7117b4dfec22e96e86305dfc9acb0615ef215a9dd879bb93ceb8849e38e2ce7d3ffcae51d3bcf1c5cba6dc723e9

https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-source.zip.sha512

KEYS file:
https://downloads.apache.org/netbeans/KEYS

What's new in 12.4 so far:

https://github.com/apache/netbeans/milestone/12?closed=1

--

Voting Requirements

Before voting +1 you are required to download the signed source code
package, compile it as provided, and test the resulting executable on your
own platform, along with also verifying that the package meets the
requirements of the ASF policy on releases - see:

http://www.apache.org/legal/release-policy.html#management

In particular, you should (at least) follow these steps.

1. Download the artefact to be voted on and unzip it.

2. Check that the artefact does not contain any jar files, using find .
-type f -name "*.jar", except for:
 -
platform/autoupdate.services/test/unit/src/org/netbeans/api/autoupdate/data/empty.jar
 - enterprise/glassfish.common/test/unit/data/nottaDir-4_1_2.jar
 - enterprise/glassfish.common/test/unit/data/subdir/nottaDir-5.0.jar
 - enterprise/payara.common/test/unit/data/nottaDir-4_1_2.jar
 - enterprise/payara.common/test/unit/data/subdir/nottaDir-5.0.jar
 which are only JARs by their name

3. Verify the cryptographic signatures, the NOTICE and LICENSE file.

4. Build it using the README provided by the artifact.

5. Look in nbbuild/netbeans for the NetBeans installation created by the
build process and try running it.

As well as checking any artifact functions correctly, you should check that
it has been correctly signed by a PMC member, and that the source being
voted on is sufficient to build the relevant binary.

This vote is going to be open at least 72 hours, vote with +1, 0, and -1 as
usual. (Please justify -1.) Please mark your vote with (binding) if, and
only, if you're an Apache NetBeans PMC member to help with voting admin.

*Only respond if you are going to vote*, i.e., this is *NOT* a discussion
thread.

NetBeans 12.4 Beta 2 will be released if and when this vote passes.

Thank you to all contributors for all your hard work!

Geertjan and Neil
Release Managers for Apache NetBeans 12.4 Beta 2 (and beyond)




-
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: [VOTE] Release Apache NetBeans 12.4 Beta 2

2021-04-08 Thread Laszlo Kishalmi

+1 (binding)

Checked the checksum, signature built with jdk 11

On 4/8/21 3:43 AM, Geertjan Wielenga wrote:

Dear community,

Here's Apache NetBeans 12.4 Beta 2, a new vote thread, because in the
previous one we pointed to the convenience binary and SHA for the
convenience binary instead of the source and its SHA as the voting
artifact. We've created a new beta to fix one issue we had in Beta 1:

https://github.com/apache/netbeans/pull/2864

Please read the below and vote.

Note: Feature freeze for 12.4 is some way away (April 16), so please do go
ahead scheduling content for 12.4 and providing pull requests for that
purpose, with end of May being the release date for 12.4.

Build artifacts are available here:

https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/

https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.4-beta2/

They were built by the Jenkins pipeline, signed, and moved to their place
above:

https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release124/4/

We are primarily voting on:

https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-source.zip

In the first two links above, you'll also find convenience binaries and
installers (though not for Mac OS X) are available too:

https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release124/4/artifact/dist/installers/

SHA512:

aa04f0610978aa23e4d82c92436abe0301f4a7117b4dfec22e96e86305dfc9acb0615ef215a9dd879bb93ceb8849e38e2ce7d3ffcae51d3bcf1c5cba6dc723e9

https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-source.zip.sha512

KEYS file:
https://downloads.apache.org/netbeans/KEYS

What's new in 12.4 so far:

https://github.com/apache/netbeans/milestone/12?closed=1

--

Voting Requirements

Before voting +1 you are required to download the signed source code
package, compile it as provided, and test the resulting executable on your
own platform, along with also verifying that the package meets the
requirements of the ASF policy on releases - see:

http://www.apache.org/legal/release-policy.html#management

In particular, you should (at least) follow these steps.

1. Download the artefact to be voted on and unzip it.

2. Check that the artefact does not contain any jar files, using find .
-type f -name "*.jar", except for:
 -
platform/autoupdate.services/test/unit/src/org/netbeans/api/autoupdate/data/empty.jar
 - enterprise/glassfish.common/test/unit/data/nottaDir-4_1_2.jar
 - enterprise/glassfish.common/test/unit/data/subdir/nottaDir-5.0.jar
 - enterprise/payara.common/test/unit/data/nottaDir-4_1_2.jar
 - enterprise/payara.common/test/unit/data/subdir/nottaDir-5.0.jar
 which are only JARs by their name

3. Verify the cryptographic signatures, the NOTICE and LICENSE file.

4. Build it using the README provided by the artifact.

5. Look in nbbuild/netbeans for the NetBeans installation created by the
build process and try running it.

As well as checking any artifact functions correctly, you should check that
it has been correctly signed by a PMC member, and that the source being
voted on is sufficient to build the relevant binary.

This vote is going to be open at least 72 hours, vote with +1, 0, and -1 as
usual. (Please justify -1.) Please mark your vote with (binding) if, and
only, if you're an Apache NetBeans PMC member to help with voting admin.

*Only respond if you are going to vote*, i.e., this is *NOT* a discussion
thread.

NetBeans 12.4 Beta 2 will be released if and when this vote passes.

Thank you to all contributors for all your hard work!

Geertjan and Neil
Release Managers for Apache NetBeans 12.4 Beta 2 (and beyond)



-
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: Manipulating System Classpath with NetBeans (OpenJFX assumes classes can be loaded by FindClass)

2021-04-08 Thread antonio

Hi,

JNI_OnLoad has a companion JNI_OnUnload [1], which is the perfect place 
to invoke an env->DeleteGlobalRef(MyWhateverClass), allowing the JVM 
garbage collector to do a proper cleanup.


Kind regards,
Antonio

[1] 
https://docs.oracle.com/javase/8/docs/technotes/guides/jni/spec/invocation.html#JNI_OnUnload


El 8/4/21 a las 5:28, Jaroslav Tulach escribió:

JNI_OnLoad(...) {
// Find the class in OnLoad
jclass clazz = env->FindClass(...);
// And keep a NewGlobalRef for future use...
MyWhateverClass = env->NewGlobalRef(clazz);
...

That's the recommended approach. However it shall be stated that this is
creating a (class loading) memory leak - it is not going to be possible to
unload the JavaFX JAR file classes once this variable is initialized. Just FYI,
I think we can live with such behavior.



-
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: [VOTE] Release Apache NetBeans 12.4 Beta 2

2021-04-08 Thread Tomáš Procházka

+1

- verified sha512 and asc signatures for sources and convenience binaries
- verified LICENSE and NOTICE
- sources don't contain any other .jar files than mentioned  plus jar 
files in mavenmock directory

- built on Ubuntu 20.10 with JDK 1.8.0_275

Tested both built NetBeans and convenience binaries
- opened PHP project - navigation, CC, code analysis works
- opened NetBeans sources - navigation and CC works

Thank you all.

Tomáš Procházka

On 08. 04. 21 12:43, Geertjan Wielenga wrote:

Dear community,

Here's Apache NetBeans 12.4 Beta 2, a new vote thread, because in the
previous one we pointed to the convenience binary and SHA for the
convenience binary instead of the source and its SHA as the voting
artifact. We've created a new beta to fix one issue we had in Beta 1:

https://github.com/apache/netbeans/pull/2864

Please read the below and vote.

Note: Feature freeze for 12.4 is some way away (April 16), so please do go
ahead scheduling content for 12.4 and providing pull requests for that
purpose, with end of May being the release date for 12.4.

Build artifacts are available here:

https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/

https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.4-beta2/

They were built by the Jenkins pipeline, signed, and moved to their place
above:

https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release124/4/

We are primarily voting on:

https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-source.zip

In the first two links above, you'll also find convenience binaries and
installers (though not for Mac OS X) are available too:

https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release124/4/artifact/dist/installers/

SHA512:

aa04f0610978aa23e4d82c92436abe0301f4a7117b4dfec22e96e86305dfc9acb0615ef215a9dd879bb93ceb8849e38e2ce7d3ffcae51d3bcf1c5cba6dc723e9

https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-source.zip.sha512

KEYS file:
https://downloads.apache.org/netbeans/KEYS

What's new in 12.4 so far:

https://github.com/apache/netbeans/milestone/12?closed=1

--

Voting Requirements

Before voting +1 you are required to download the signed source code
package, compile it as provided, and test the resulting executable on your
own platform, along with also verifying that the package meets the
requirements of the ASF policy on releases - see:

http://www.apache.org/legal/release-policy.html#management

In particular, you should (at least) follow these steps.

1. Download the artefact to be voted on and unzip it.

2. Check that the artefact does not contain any jar files, using find .
-type f -name "*.jar", except for:
 -
platform/autoupdate.services/test/unit/src/org/netbeans/api/autoupdate/data/empty.jar
 - enterprise/glassfish.common/test/unit/data/nottaDir-4_1_2.jar
 - enterprise/glassfish.common/test/unit/data/subdir/nottaDir-5.0.jar
 - enterprise/payara.common/test/unit/data/nottaDir-4_1_2.jar
 - enterprise/payara.common/test/unit/data/subdir/nottaDir-5.0.jar
 which are only JARs by their name

3. Verify the cryptographic signatures, the NOTICE and LICENSE file.

4. Build it using the README provided by the artifact.

5. Look in nbbuild/netbeans for the NetBeans installation created by the
build process and try running it.

As well as checking any artifact functions correctly, you should check that
it has been correctly signed by a PMC member, and that the source being
voted on is sufficient to build the relevant binary.

This vote is going to be open at least 72 hours, vote with +1, 0, and -1 as
usual. (Please justify -1.) Please mark your vote with (binding) if, and
only, if you're an Apache NetBeans PMC member to help with voting admin.

*Only respond if you are going to vote*, i.e., this is *NOT* a discussion
thread.

NetBeans 12.4 Beta 2 will be released if and when this vote passes.

Thank you to all contributors for all your hard work!

Geertjan and Neil
Release Managers for Apache NetBeans 12.4 Beta 2 (and beyond)



-
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: [VOTE] Release Apache NetBeans 12.4 Beta 2

2021-04-08 Thread Laszlo Kishalmi

+1 (binding)

Checked the checksum, signature built with jdk 11

On 4/7/21 5:38 AM, Geertjan Wielenga wrote:

Dear community,

Here's Apache NetBeans 12.4 Beta 2. We've created a new beta to fix one
issue we had in Beta 1:

https://github.com/apache/netbeans/pull/2864

Please read the below and vote.

Note: Feature freeze for 12.4 is some way away (April 16), so please do go
ahead scheduling content for 12.4 and providing pull requests for that
purpose, with end of May being the release date for 12.4.

Build artifacts are available here:

https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/

https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.4-beta2/

They were built by the Jenkins pipeline, signed, and moved to their place
above:
https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release124/4/

We are primarily voting on:
https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-bin.zip

In the first two links above, you'll also find convenience binaries and
installers (though not for Mac OS X) are available too:

https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release124/4/artifact/dist/installers/

SHA512:
d3f2bed15bcf8c8e49b12d4c0406252ce39db6157d9143a9722ffd4e54271e5e591c936ba063491b5a43ad0f80eaebd20880667626256f85bbb5c2fa87d53a35

KEYS file:
https://downloads.apache.org/netbeans/KEYS

What's new in 12.4 so far:
https://github.com/apache/netbeans/milestone/12?closed=1

--

Voting Requirements

Before voting +1 you are required to download the signed source code
package, compile it as provided, and test the resulting executable on your
own platform, along with also verifying that the package meets the
requirements of the ASF policy on releases - see:

http://www.apache.org/legal/release-policy.html#management

In particular, you should (at least) follow these steps.

1. Download the artefact to be voted on and unzip it.

2. Check that the artefact does not contain any jar files, using find . -
type f -name "*.jar", except for:
 -
platform/autoupdate.services/test/unit/src/org/netbeans/api/autoupdate/data/empty.jar
 - enterprise/glassfish.common/test/unit/data/nottaDir-4_1_2.jar
 - enterprise/glassfish.common/test/unit/data/subdir/nottaDir-5.0.jar
 - enterprise/payara.common/test/unit/data/nottaDir-4_1_2.jar
 - enterprise/payara.common/test/unit/data/subdir/nottaDir-5.0.jar
 which are only JARs by their name

3. Verify the cryptographic signatures, the NOTICE and LICENSE file.

4. Build it using the README provided by the artifact.

5. Look in nbbuild/netbeans for the NetBeans installation created by the
build process and try running it.

As well as checking any artifact functions correctly, you should check that
it has been correctly signed by a PMC member, and that the source being
voted on is sufficient to build the relevant binary.

This vote is going to be open at least 72 hours, vote with +1, 0, and -1 as
usual. (Please justify -1.) Please mark your vote with (binding) if, and
only, if you're an Apache NetBeans PMC member to help with voting admin.

*Only respond if you are going to vote*, i.e., this is *NOT* a discussion
thread.

NetBeans 12.4 Beta 2 will be released if and when this vote passes.

Thank you to all contributors for all your hard work!

Geertjan and Neil
Release Managers for Apache NetBeans 12.4 Beta 2 (and beyond)



-
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: [VOTE] Release Apache NetBeans 12.4 Beta 2

2021-04-08 Thread Geertjan Wielenga
That's a relief, thanks. :-)

Gj

On Thu, Apr 8, 2021 at 4:21 PM Tomáš Procházka  wrote:

> Sorry, I accidentally used old KEYS file.
> Now I can confirm that signature is OK.
> I'll do the other checks.
>
> Tom
>
> On 08. 04. 21 14:41, Geertjan Wielenga wrote:
> > This is the ASC for the source:
> >
> >
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-source.zip.asc
> >
> > Gj
> >
> > On Thu, Apr 8, 2021 at 2:24 PM Tomáš Procházka  wrote:
> >
> >> I downloaded ASC from
> >>
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-bin.zip.asc
> >>
> >> When trying to verify signature I got "Can't check signature".$ gpg
> >> --verify netbeans-12.4-beta2-source.zip.asc
> >>
> >> gpg: assuming signed data in 'netbeans-12.4-beta2-source.zip'
> >> gpg: Signature made St 7. dubna 2021, 14:10:06 CEST
> >> gpg:using RSA key
> 0EEFAD6B9554FD485FF115477022397A0BFA52E9
> >> gpg:issuer "geert...@apache.org"
> >> gpg: Can't check signature: No public key
> >>
> >> Did I something wrong or sources are signed with different key?
> >> I have KEYS imported.
> >>
> >> SHA512 hash is OK
> >>
> >> Regards,
> >> Tom
> >>
> >>
> >> On 08. 04. 21 12:36, Geertjan Wielenga wrote:
> >>> Here's the SHA:
> >>>
> >>>
> >>
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-bin.zip.sha512
> >>> Indeed, I put the SHA and voting artifact to the convenience binary
> >> rather
> >>> than the source.
> >>>
> >>> Should I start a new vote thread for that reason? Sure, no problem if
> so.
> >>>
> >>> Gj
> >>>
> >>> On Thu, Apr 8, 2021 at 12:33 PM Neil C Smith 
> >> wrote:
>  On Wed, 7 Apr 2021 at 19:27, Tomáš Procházka  wrote:
> > I think that primary vote is on source code and not covenience
> binary.
> >
> > Link to sources should be:
> >
> >>
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-source.zip
>  And the SHA is incorrect too.  Sorry, Geertjan, may need to cancel
>  this and start another thread with correct info.
> 
>  Given one point of voted beta is to get feedback on changes prior to
>  freeze, there may be a good argument for pushing freeze back a week
>  now?
> 
>  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: [VOTE] Release Apache NetBeans 12.4 Beta 2

2021-04-08 Thread Svata Dedic

Hi,

+1 (binding)

* SHA512 ok
* GPG signature verified (geert...@apache.org)
* source contains LICENSE and NOTICE
* source builds into a binary with LICENSE + NOTICE (+3rd party) - JDK8 
used.


Happy testing,
-Svata


Dne 08. 04. 21 v 12:43 Geertjan Wielenga napsal(a):

Dear community,

Here's Apache NetBeans 12.4 Beta 2, a new vote thread, because in the
previous one we pointed to the convenience binary and SHA for the
convenience binary instead of the source and its SHA as the voting
artifact. We've created a new beta to fix one issue we had in Beta 1:

https://github.com/apache/netbeans/pull/2864

Please read the below and vote.

Note: Feature freeze for 12.4 is some way away (April 16), so please do go
ahead scheduling content for 12.4 and providing pull requests for that
purpose, with end of May being the release date for 12.4.

Build artifacts are available here:

https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/

https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.4-beta2/

They were built by the Jenkins pipeline, signed, and moved to their place
above:

https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release124/4/

We are primarily voting on:

https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-source.zip

In the first two links above, you'll also find convenience binaries and
installers (though not for Mac OS X) are available too:

https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release124/4/artifact/dist/installers/

SHA512:

aa04f0610978aa23e4d82c92436abe0301f4a7117b4dfec22e96e86305dfc9acb0615ef215a9dd879bb93ceb8849e38e2ce7d3ffcae51d3bcf1c5cba6dc723e9

https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-source.zip.sha512

KEYS file:
https://downloads.apache.org/netbeans/KEYS

What's new in 12.4 so far:

https://github.com/apache/netbeans/milestone/12?closed=1

--

Voting Requirements

Before voting +1 you are required to download the signed source code
package, compile it as provided, and test the resulting executable on your
own platform, along with also verifying that the package meets the
requirements of the ASF policy on releases - see:

http://www.apache.org/legal/release-policy.html#management

In particular, you should (at least) follow these steps.

1. Download the artefact to be voted on and unzip it.

2. Check that the artefact does not contain any jar files, using find .
-type f -name "*.jar", except for:
 -
platform/autoupdate.services/test/unit/src/org/netbeans/api/autoupdate/data/empty.jar
 - enterprise/glassfish.common/test/unit/data/nottaDir-4_1_2.jar
 - enterprise/glassfish.common/test/unit/data/subdir/nottaDir-5.0.jar
 - enterprise/payara.common/test/unit/data/nottaDir-4_1_2.jar
 - enterprise/payara.common/test/unit/data/subdir/nottaDir-5.0.jar
 which are only JARs by their name

3. Verify the cryptographic signatures, the NOTICE and LICENSE file.

4. Build it using the README provided by the artifact.

5. Look in nbbuild/netbeans for the NetBeans installation created by the
build process and try running it.

As well as checking any artifact functions correctly, you should check that
it has been correctly signed by a PMC member, and that the source being
voted on is sufficient to build the relevant binary.

This vote is going to be open at least 72 hours, vote with +1, 0, and -1 as
usual. (Please justify -1.) Please mark your vote with (binding) if, and
only, if you're an Apache NetBeans PMC member to help with voting admin.

*Only respond if you are going to vote*, i.e., this is *NOT* a discussion
thread.

NetBeans 12.4 Beta 2 will be released if and when this vote passes.

Thank you to all contributors for all your hard work!

Geertjan and Neil
Release Managers for Apache NetBeans 12.4 Beta 2 (and beyond)




-
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: [VOTE] Release Apache NetBeans 12.4 Beta 2

2021-04-08 Thread Tomáš Procházka

Sorry, I accidentally used old KEYS file.
Now I can confirm that signature is OK.
I'll do the other checks.

Tom

On 08. 04. 21 14:41, Geertjan Wielenga wrote:

This is the ASC for the source:

https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-source.zip.asc

Gj

On Thu, Apr 8, 2021 at 2:24 PM Tomáš Procházka  wrote:


I downloaded ASC from
https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-bin.zip.asc

When trying to verify signature I got "Can't check signature".$ gpg
--verify netbeans-12.4-beta2-source.zip.asc

gpg: assuming signed data in 'netbeans-12.4-beta2-source.zip'
gpg: Signature made St 7. dubna 2021, 14:10:06 CEST
gpg:using RSA key 0EEFAD6B9554FD485FF115477022397A0BFA52E9
gpg:issuer "geert...@apache.org"
gpg: Can't check signature: No public key

Did I something wrong or sources are signed with different key?
I have KEYS imported.

SHA512 hash is OK

Regards,
Tom


On 08. 04. 21 12:36, Geertjan Wielenga wrote:

Here's the SHA:



https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-bin.zip.sha512

Indeed, I put the SHA and voting artifact to the convenience binary

rather

than the source.

Should I start a new vote thread for that reason? Sure, no problem if so.

Gj

On Thu, Apr 8, 2021 at 12:33 PM Neil C Smith 

wrote:

On Wed, 7 Apr 2021 at 19:27, Tomáš Procházka  wrote:

I think that primary vote is on source code and not covenience binary.

Link to sources should be:


https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-source.zip

And the SHA is incorrect too.  Sorry, Geertjan, may need to cancel
this and start another thread with correct info.

Given one point of voted beta is to get feedback on changes prior to
freeze, there may be a good argument for pushing freeze back a week
now?

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: [VOTE] Release Apache NetBeans 12.4 Beta 2

2021-04-08 Thread Eric Barboni
+1 (binding)

Eric
-Message d'origine-
De : Geertjan Wielenga  
Envoyé : jeudi 8 avril 2021 12:44
À : dev 
Objet : [VOTE] Release Apache NetBeans 12.4 Beta 2

Dear community,

Here's Apache NetBeans 12.4 Beta 2, a new vote thread, because in the previous 
one we pointed to the convenience binary and SHA for the convenience binary 
instead of the source and its SHA as the voting artifact. We've created a new 
beta to fix one issue we had in Beta 1:

https://github.com/apache/netbeans/pull/2864

Please read the below and vote.

Note: Feature freeze for 12.4 is some way away (April 16), so please do go 
ahead scheduling content for 12.4 and providing pull requests for that purpose, 
with end of May being the release date for 12.4.

Build artifacts are available here:

https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/

https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.4-beta2/

They were built by the Jenkins pipeline, signed, and moved to their place
above:

https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release124/4/

We are primarily voting on:

https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-source.zip

In the first two links above, you'll also find convenience binaries and 
installers (though not for Mac OS X) are available too:

https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release124/4/artifact/dist/installers/

SHA512:

aa04f0610978aa23e4d82c92436abe0301f4a7117b4dfec22e96e86305dfc9acb0615ef215a9dd879bb93ceb8849e38e2ce7d3ffcae51d3bcf1c5cba6dc723e9

https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-source.zip.sha512

KEYS file:
https://downloads.apache.org/netbeans/KEYS

What's new in 12.4 so far:

https://github.com/apache/netbeans/milestone/12?closed=1

--

Voting Requirements

Before voting +1 you are required to download the signed source code package, 
compile it as provided, and test the resulting executable on your own platform, 
along with also verifying that the package meets the requirements of the ASF 
policy on releases - see:

http://www.apache.org/legal/release-policy.html#management

In particular, you should (at least) follow these steps.

1. Download the artefact to be voted on and unzip it.

2. Check that the artefact does not contain any jar files, using find .
-type f -name "*.jar", except for:
-
platform/autoupdate.services/test/unit/src/org/netbeans/api/autoupdate/data/empty.jar
- enterprise/glassfish.common/test/unit/data/nottaDir-4_1_2.jar
- enterprise/glassfish.common/test/unit/data/subdir/nottaDir-5.0.jar
- enterprise/payara.common/test/unit/data/nottaDir-4_1_2.jar
- enterprise/payara.common/test/unit/data/subdir/nottaDir-5.0.jar
which are only JARs by their name

3. Verify the cryptographic signatures, the NOTICE and LICENSE file.

4. Build it using the README provided by the artifact.

5. Look in nbbuild/netbeans for the NetBeans installation created by the build 
process and try running it.

As well as checking any artifact functions correctly, you should check that it 
has been correctly signed by a PMC member, and that the source being voted on 
is sufficient to build the relevant binary.

This vote is going to be open at least 72 hours, vote with +1, 0, and -1 as 
usual. (Please justify -1.) Please mark your vote with (binding) if, and only, 
if you're an Apache NetBeans PMC member to help with voting admin.

*Only respond if you are going to vote*, i.e., this is *NOT* a discussion 
thread.

NetBeans 12.4 Beta 2 will be released if and when this vote passes.

Thank you to all contributors for all your hard work!

Geertjan and Neil
Release Managers for Apache NetBeans 12.4 Beta 2 (and beyond)


-
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: [VOTE] Release Apache NetBeans 12.4 Beta 2

2021-04-08 Thread Geertjan Wielenga
Agreed, but bit late for that — it’s already on the mailing list, with the
same subject as this one.

Gj

On Thu, 8 Apr 2021 at 15:52, Eric Barboni  wrote:

> Up sir :D
>
> But we need a new thread I guess with attempt 2 added to avoid mess.
>
> Regards
> Eric
>
> -Message d'origine-
> De : Neil C Smith 
> Envoyé : jeudi 8 avril 2021 12:44
> À : dev 
> Objet : Re: [VOTE] Release Apache NetBeans 12.4 Beta 2
>
> On Thu, 8 Apr 2021 at 11:39, Geertjan Wielenga
>  wrote:
> > If we start a new voting thread for 12.4 Beta 2, are there people who
> > will actually join in and vote in that thread?
>
> Well we only need one other PMC than us!
>
> Vote on beta is mainly to check it's OK to release from an ASF point of
> view, so we can spread links wider for testing.  Final release vote more
> important for wider input, quality, etc.
>
> 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
>
>
>
>


RE: [VOTE] Release Apache NetBeans 12.4 Beta 2

2021-04-08 Thread Eric Barboni
Up sir :D

But we need a new thread I guess with attempt 2 added to avoid mess.

Regards
Eric

-Message d'origine-
De : Neil C Smith  
Envoyé : jeudi 8 avril 2021 12:44
À : dev 
Objet : Re: [VOTE] Release Apache NetBeans 12.4 Beta 2

On Thu, 8 Apr 2021 at 11:39, Geertjan Wielenga 
 wrote:
> If we start a new voting thread for 12.4 Beta 2, are there people who 
> will actually join in and vote in that thread?

Well we only need one other PMC than us!

Vote on beta is mainly to check it's OK to release from an ASF point of view, 
so we can spread links wider for testing.  Final release vote more important 
for wider input, quality, etc.

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





Re: [VOTE] Release Apache NetBeans 12.4 Beta 2

2021-04-08 Thread Geertjan Wielenga
This is the ASC for the source:

https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-source.zip.asc

Gj

On Thu, Apr 8, 2021 at 2:24 PM Tomáš Procházka  wrote:

> I downloaded ASC from
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-bin.zip.asc
>
> When trying to verify signature I got "Can't check signature".$ gpg
> --verify netbeans-12.4-beta2-source.zip.asc
>
> gpg: assuming signed data in 'netbeans-12.4-beta2-source.zip'
> gpg: Signature made St 7. dubna 2021, 14:10:06 CEST
> gpg:using RSA key 0EEFAD6B9554FD485FF115477022397A0BFA52E9
> gpg:issuer "geert...@apache.org"
> gpg: Can't check signature: No public key
>
> Did I something wrong or sources are signed with different key?
> I have KEYS imported.
>
> SHA512 hash is OK
>
> Regards,
> Tom
>
>
> On 08. 04. 21 12:36, Geertjan Wielenga wrote:
> > Here's the SHA:
> >
> >
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-bin.zip.sha512
> >
> > Indeed, I put the SHA and voting artifact to the convenience binary
> rather
> > than the source.
> >
> > Should I start a new vote thread for that reason? Sure, no problem if so.
> >
> > Gj
> >
> > On Thu, Apr 8, 2021 at 12:33 PM Neil C Smith 
> wrote:
> >
> >> On Wed, 7 Apr 2021 at 19:27, Tomáš Procházka  wrote:
> >>> I think that primary vote is on source code and not covenience binary.
> >>>
> >>> Link to sources should be:
> >>>
> >>
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-source.zip
> >>
> >> And the SHA is incorrect too.  Sorry, Geertjan, may need to cancel
> >> this and start another thread with correct info.
> >>
> >> Given one point of voted beta is to get feedback on changes prior to
> >> freeze, there may be a good argument for pushing freeze back a week
> >> now?
> >>
> >> 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
>
>
>
>


Re: Manipulating System Classpath with NetBeans (OpenJFX assumes classes can be loaded by FindClass)

2021-04-08 Thread Johan Vos
Hi Matthias,

Thanks, I missed this message, but the good thing is that by looking into it 
already, I could understand your PR more easily :)
This seems a trivial fix, but of course it needs more review and testing. I 
don't see major issues with this one, so I hope we can integrate that in a few 
days.

- Johan

On 2021/04/08 11:19:34, Matthias Bläsing  wrote: 
> Hi Johan,
> 
> thanks for chiming in. I requested an issue yesterday evening, but is
> was not yet made public. Maybe you could see if you can open up
> 9069811. It is full version of the report and can be considered a
> duplicate of JDK-8264886. It contains the crash info and instructions
> to reproduce though.
> 
> I created a PR with a reproducer and a fix here:
> 
> https://github.com/openjdk/jfx/pull/458
> 
> The code to manually reproduce can be found here:
> 
> https://github.com/matthiasblaesing/reproduce-openjfx-crash2/tree/287ec203da986dc761551687017d973d1b2fe87e
>  (this is current master)
> 
> In the referenced issue a description is given what is needed to use
> the reproducer.
> 
> We can also take the discussion to the openjfx mailing list, as I'm
> subscribed.
> 
> Greetings
> 
> Matthias
> 
> 
> Am Donnerstag, den 08.04.2021, 07:56 + schrieb Johan Vos:
> > Hi,
> > 
> > I have some comments inline
> > 
> > On 2021/04/08 03:28:10, Jaroslav Tulach  wrote: 
> > > Thanks a lot guys for investigating JavaFX integration into NetBeans! I 
> > > still 
> > > love to use HTML/Java whenever possible and having a working WebView 
> > > integration is essential for that...
> > > 
> > > > Some comments below
> > > > 
> > > > On 07/04/2021 8:21, Matthias Bläsing wrote:
> > > > > Hi Antonio,
> > > > > 
> > > > > Am Dienstag, den 06.04.2021, 23:24 +0200 schrieb antonio:
> > > > > [...]
> > > > > Here is the stack trace for it (from hs_err_pid*):
> > > > > 
> > > > > Stack: [0x7fa41ce47000,0x7fa41d646000],  
> > > > > sp=0x7fa41d6449c0, 
> > > > > free space=8182k Native frames: (J=compiled Java code, A=aot compiled
> > > > > Java code, j=interpreted, Vv=VM code, C=native code) V 
> > > > > [libjvm.so+0x91203a]  jni_CallStaticBooleanMethodV+0x7a
> > > > > C  [libjfxwebkit.so+0x5fd155]  
> > > > > JNIEnv_::CallStaticBooleanMethod(_jclass*,
> > > > > _jmethodID*, ...)+0x85 C  [libjfxwebkit.so+0x2a0d82a] 
> > > > > WTF::FileSystemImpl::makeAllDirectories(WTF::String const&)+0xda
> > > > It seems "makeAllDirectories"
> > > > (https://github.com/openjdk/jfx/blob/e0ce73a3c8d82d3274bd10799b530f397a90ba6
> > > > 0/modules/javafx.web/src/main/native/Source/WTF/wtf/java/FileSystemJava.cpp#
> > > > L143) being invoked by a native thread does not use
> > > > jvm->AttachCurrentThread. We'll have unexpected behaviour.
> > > > 
> > > > This is a bug in libjfxwebkit that you may want to report.
> > > 
> > > Right, as far as I know, the AttachCurrentThread call is prerequisite for 
> > > making calls to JVM.
> > 
> > At first sight, this looks indeed something that needs to be fixed in 
> > OpenJFX. I filed an issue for that: 
> > https://bugs.openjdk.java.net/browse/JDK-8264886
> > 
> > > 
> > > > > C  [libjfxwebkit.so+0x553707] 
> > > > > WebCore::StorageSyncManager::fullDatabaseFilename(WTF::String
> > > > > const&)+0x27 C  [libjfxwebkit.so+0x54e83a] 
> > > > > WebKit::StorageAreaSync::openDatabase(WebKit::StorageAreaSync::OpenDataba
> > > > > seParamType)+0x3a C  [libjfxwebkit.so+0x54f8a9] 
> > > > > WebKit::StorageAreaSync::performImport()+0x29 C 
> > > > > [libjfxwebkit.so+0x553f04] 
> > > > > WebCore::StorageThread::threadEntryPoint()+0xb4 C 
> > > > > [libjfxwebkit.so+0x29aa793] 
> > > > > WTF::Thread::entryPoint(WTF::Thread::NewThreadContext*)+0x63 C 
> > > > > [libjfxwebkit.so+0x2a1253d]  WTF::wtfThreadEntryPoint(void*)+0xd
> > > > > 
> > > > > 
> > > > > There is no native frame and thus even if the thread itself would be
> > > > > attached to the JVM as suggested in your second email, it would still
> > > > > be missing a context to find that invoking java method and its class
> > > > > loader.
> > > > 
> > > > What people usually do when using JNI is to create global references to
> > > > "jclass" and then reuse these global references in different threads.
> > > > These are thread safe and avoid being finding classes and methods all
> > > > the time.
> > > 
> > > Yes, this is what native libraries should do. Before making calls from 
> > > Java to 
> > > JNI store references to essential Java classes (or object instances). 
> > 
> > That should be fixed indeed (as part of 
> > https://bugs.openjdk.java.net/browse/JDK-8264886 )
> > > 
> > > > a) On the JNI_OnLoad method (when the library is loaded) people do a
> > > > "FindClass" as usual, and then create a new global reference to the
> > > > jclass for future use in different threads, and store it in a global C
> > > > variable. Could be something like:
> > > > 
> > > > static jclass MyWhateverClass = NULL;
> > > > 
> > > > ...
> > > > 
> > > > JNI_OnLoad(...) {
> > > >    // Find th

Re: AW: How to Implement a New Language

2021-04-08 Thread Eric Bresie
On Thu, Apr 8, 2021 at 7:19 AM Eric Bresie  wrote:

> S...if one was to want to implement new Python or other new languages,
> it would be possible to implement and leverage one of the implemented
> servers like those defined here?
>
> https://microsoft.github.io/language-server-protocol/implementors/servers/
>

And leverage the tm grammars from some place like here

https://github.com/Chris2011/netbeans-textmate-files

When adding a new language, should this generally be done as a separate
plugin or be integrated within the netbeans codebase itself? I guess this
could go either way but assume making an external plugin allows more
flexibility to management of it, avoids growing the netbeans codebase
significantly, but has a little less visibility up front (and not part of
“Netbeans” proper) with the need to manage things separately from the
netbeans master repository


> Eric
>
> On Mon, Apr 5, 2021 at 8:05 AM Christian Lenz 
> wrote:
>
>> You can see the full list (more are coming soon) of all languages which
>> we can have in NetBeans here:
>> https://github.com/Chris2011/netbeans-textmate-files
>>
>> This is just simple basic syntax highlighting for over 50 languages. Well
>> known and some not well known.
>>
>> What is needed here for every language is:
>>
>> - Semantic syntax highlighting (more than with textmate I think)
>> - Formatting (custom implementation or LSP?)
>> - Refactoring (renaming, find usages, go to, etc. – LSP needed)
>> - Hints/Fixes/Suggestions, etc – LSP needed + custom implementation if
>> LSP doesn’t have that much
>> - Braces matching, automatic closing of braces (custom implementation?)
>> - Code completion – LSP needed
>> - Code templates – custom implementation
>> - Showing errors of the Syntax or Control flow – LSP needed
>>
>> So as an alternative to ANTLR which of course is good, we Need those
>> stuff for textmate too. Where we can all implement the stuff based on
>> textmate files and not only on g and g4 lexer and parser. If possible.
>>
>>
>> Cheers
>>
>> Chris
>>
>> Von: John Kostaras
>> Gesendet: Freitag, 2. April 2021 16:17
>> An: dev@netbeans.apache.org
>> Betreff: Re: AW: How to Implement a New Language
>>
>> Hallo,
>> the best 'tutorial' is chapter 11 of Pro Apache NetBeans
>> <
>> https://www.amazon.com/Pro-Apache-NetBeans-Building-Applications/dp/1484253698
>> >
>> book, even though it doesn't use the modern trend of TextMate and LSP, but
>> it is based on ANTLR.
>>
>> This confluence page
>> 
>> provides an overview of the status of language support of Apache Netbeans.
>> The situation is really bad, compared to the language support that existed
>> back in  NetBeans 8.2 for example, or even earlier versions. There are
>> many
>> old and half-baked plugins for many languages, and I don't know what is
>> the
>> best way to move ahead in this respect.
>>
>> Kind regards,
>>
>> John.
>>
>>
>>
>> On Mon, 29 Mar 2021 at 23:02, antonio  wrote:
>>
>> > Very true. Maintaining an ANTLR grammar over the years is difficult and
>> > time consuming (see for instance all the changes to the NetBeans C++
>> > grammar in NetBeans [1]).
>> >
>> > LSP servers, when mantained by knowledgeable teams, may give better
>> > results with less effort. Apple, for instance, decided to move to clangd
>> > (from libclang) a few years back ([2]).
>> >
>> > For simpler languages/DSLs I think Eclipse's XText
>> > https://www.eclipse.org/Xtext/ outperforms JetBrain's MPS
>> > https://www.jetbrains.com/mps/ (the generated parsers could then be
>> > reused in NetBeans).
>> >
>> > Cheers,
>> > Antonio
>> >
>> > [1]
>> >
>> >
>> https://github.com/emilianbold/netbeans-releases/commits/master/cnd.modelimpl/src/org/netbeans/modules/cnd/modelimpl/parser/cppparser.g
>> >
>> > [2]
>> > https://lists.llvm.org/pipermail/cfe-dev/2018-April/057668.html
>> >
>> >
>> > El 29/3/21 a las 11:39, Christian Lenz escribió:
>> > > Hey all,
>> > >
>> > > for myself I prefer adding new languages with textmate nowadays and
>> LSP.
>> > It is not possible for some languages to find updated versions of the
>> ANTLR
>> > Grammar file. For example C#. I dunno how it is for rust but yeah, I
>> still
>> > prefer Textmate. We Need to figure out how we can create the Tokens
>> based
>> > on the textmate file instead of ANTLR. I would prefer that. In the end,
>> > everythins should be then the same as for ANTLR.
>> > >
>> > >
>> > > Cheers
>> > >
>> > > Chris
>> > >
>> >
>> > -
>> > 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
>
-- 
Eric Bresie
ebre...@gmail.com


Re: [External] : Re: [VOTE] Release Apache NetBeans 12.4 Beta 2

2021-04-08 Thread Martin Balin
When I voted earlier today I realized the link labeled in Geertjan email as "We 
are primarily voting on:” is to binary.
So I went to another link 
https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/ in email, 
downloaded sources, checked SHA which is there as well…. jar files….
In my opinion all pieces for voting are listed there and fine. Beta 2 is good 
beta.
Martin



On 8 Apr 2021, at 12:40, Neil C Smith 
mailto:neilcsm...@apache.org>> wrote:

On Thu, 8 Apr 2021 at 11:37, Geertjan Wielenga
mailto:geertjan.wiele...@googlemail.com.invalid>>
 wrote:

Here's the SHA:

https://urldefense.com/v3/__https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-bin.zip.sha512__;!!GqivPVa7Brio!L0Sk0KcgVHDub_JW0os-ZIc2ChO-9lDIldw6-39BtLiXmabRcMI3Ndph-qsQOvm_dw$

Indeed, I put the SHA and voting artifact to the convenience binary rather
than the source.

Should I start a new vote thread for that reason? Sure, no problem if so.

That's still the SHA of the binary.  Vote thread needs to be on the
main source zip, and include the SHA of the source zip in it.  I'd
just re-roll the thread - not losing much time in doing so.

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://urldefense.com/v3/__https://cwiki.apache.org/confluence/display/NETBEANS/Mailing*lists__;Kw!!GqivPVa7Brio!L0Sk0KcgVHDub_JW0os-ZIc2ChO-9lDIldw6-39BtLiXmabRcMI3Ndph-qvJbWmOWQ$






Re: [VOTE] Release Apache NetBeans 12.4 Beta 2

2021-04-08 Thread Tomáš Procházka

I downloaded ASC from 
https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-bin.zip.asc

When trying to verify signature I got "Can't check signature".$ gpg --verify 
netbeans-12.4-beta2-source.zip.asc

gpg: assuming signed data in 'netbeans-12.4-beta2-source.zip'
gpg: Signature made St 7. dubna 2021, 14:10:06 CEST
gpg:    using RSA key 0EEFAD6B9554FD485FF115477022397A0BFA52E9
gpg:    issuer "geert...@apache.org"
gpg: Can't check signature: No public key

Did I something wrong or sources are signed with different key?
I have KEYS imported.

SHA512 hash is OK

Regards,
Tom


On 08. 04. 21 12:36, Geertjan Wielenga wrote:

Here's the SHA:

https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-bin.zip.sha512

Indeed, I put the SHA and voting artifact to the convenience binary rather
than the source.

Should I start a new vote thread for that reason? Sure, no problem if so.

Gj

On Thu, Apr 8, 2021 at 12:33 PM Neil C Smith  wrote:


On Wed, 7 Apr 2021 at 19:27, Tomáš Procházka  wrote:

I think that primary vote is on source code and not covenience binary.

Link to sources should be:


https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-source.zip

And the SHA is incorrect too.  Sorry, Geertjan, may need to cancel
this and start another thread with correct info.

Given one point of voted beta is to get feedback on changes prior to
freeze, there may be a good argument for pushing freeze back a week
now?

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





Re: AW: How to Implement a New Language

2021-04-08 Thread Eric Bresie
S...if one was to want to implement new Python or other new languages,
it would be possible to implement and leverage one of the implemented
servers like those defined here?

https://microsoft.github.io/language-server-protocol/implementors/servers/

Eric

On Mon, Apr 5, 2021 at 8:05 AM Christian Lenz 
wrote:

> You can see the full list (more are coming soon) of all languages which we
> can have in NetBeans here:
> https://github.com/Chris2011/netbeans-textmate-files
>
> This is just simple basic syntax highlighting for over 50 languages. Well
> known and some not well known.
>
> What is needed here for every language is:
>
> - Semantic syntax highlighting (more than with textmate I think)
> - Formatting (custom implementation or LSP?)
> - Refactoring (renaming, find usages, go to, etc. – LSP needed)
> - Hints/Fixes/Suggestions, etc – LSP needed + custom implementation if LSP
> doesn’t have that much
> - Braces matching, automatic closing of braces (custom implementation?)
> - Code completion – LSP needed
> - Code templates – custom implementation
> - Showing errors of the Syntax or Control flow – LSP needed
>
> So as an alternative to ANTLR which of course is good, we Need those stuff
> for textmate too. Where we can all implement the stuff based on textmate
> files and not only on g and g4 lexer and parser. If possible.
>
>
> Cheers
>
> Chris
>
> Von: John Kostaras
> Gesendet: Freitag, 2. April 2021 16:17
> An: dev@netbeans.apache.org
> Betreff: Re: AW: How to Implement a New Language
>
> Hallo,
> the best 'tutorial' is chapter 11 of Pro Apache NetBeans
> <
> https://www.amazon.com/Pro-Apache-NetBeans-Building-Applications/dp/1484253698
> >
> book, even though it doesn't use the modern trend of TextMate and LSP, but
> it is based on ANTLR.
>
> This confluence page
> 
> provides an overview of the status of language support of Apache Netbeans.
> The situation is really bad, compared to the language support that existed
> back in  NetBeans 8.2 for example, or even earlier versions. There are many
> old and half-baked plugins for many languages, and I don't know what is the
> best way to move ahead in this respect.
>
> Kind regards,
>
> John.
>
>
>
> On Mon, 29 Mar 2021 at 23:02, antonio  wrote:
>
> > Very true. Maintaining an ANTLR grammar over the years is difficult and
> > time consuming (see for instance all the changes to the NetBeans C++
> > grammar in NetBeans [1]).
> >
> > LSP servers, when mantained by knowledgeable teams, may give better
> > results with less effort. Apple, for instance, decided to move to clangd
> > (from libclang) a few years back ([2]).
> >
> > For simpler languages/DSLs I think Eclipse's XText
> > https://www.eclipse.org/Xtext/ outperforms JetBrain's MPS
> > https://www.jetbrains.com/mps/ (the generated parsers could then be
> > reused in NetBeans).
> >
> > Cheers,
> > Antonio
> >
> > [1]
> >
> >
> https://github.com/emilianbold/netbeans-releases/commits/master/cnd.modelimpl/src/org/netbeans/modules/cnd/modelimpl/parser/cppparser.g
> >
> > [2]
> > https://lists.llvm.org/pipermail/cfe-dev/2018-April/057668.html
> >
> >
> > El 29/3/21 a las 11:39, Christian Lenz escribió:
> > > Hey all,
> > >
> > > for myself I prefer adding new languages with textmate nowadays and
> LSP.
> > It is not possible for some languages to find updated versions of the
> ANTLR
> > Grammar file. For example C#. I dunno how it is for rust but yeah, I
> still
> > prefer Textmate. We Need to figure out how we can create the Tokens based
> > on the textmate file instead of ANTLR. I would prefer that. In the end,
> > everythins should be then the same as for ANTLR.
> > >
> > >
> > > Cheers
> > >
> > > Chris
> > >
> >
> > -
> > 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: Manipulating System Classpath with NetBeans (OpenJFX assumes classes can be loaded by FindClass)

2021-04-08 Thread Matthias Bläsing
Hi Johan,

thanks for chiming in. I requested an issue yesterday evening, but is
was not yet made public. Maybe you could see if you can open up
9069811. It is full version of the report and can be considered a
duplicate of JDK-8264886. It contains the crash info and instructions
to reproduce though.

I created a PR with a reproducer and a fix here:

https://github.com/openjdk/jfx/pull/458

The code to manually reproduce can be found here:

https://github.com/matthiasblaesing/reproduce-openjfx-crash2/tree/287ec203da986dc761551687017d973d1b2fe87e
 (this is current master)

In the referenced issue a description is given what is needed to use
the reproducer.

We can also take the discussion to the openjfx mailing list, as I'm
subscribed.

Greetings

Matthias


Am Donnerstag, den 08.04.2021, 07:56 + schrieb Johan Vos:
> Hi,
> 
> I have some comments inline
> 
> On 2021/04/08 03:28:10, Jaroslav Tulach  wrote: 
> > Thanks a lot guys for investigating JavaFX integration into NetBeans! I 
> > still 
> > love to use HTML/Java whenever possible and having a working WebView 
> > integration is essential for that...
> > 
> > > Some comments below
> > > 
> > > On 07/04/2021 8:21, Matthias Bläsing wrote:
> > > > Hi Antonio,
> > > > 
> > > > Am Dienstag, den 06.04.2021, 23:24 +0200 schrieb antonio:
> > > > [...]
> > > > Here is the stack trace for it (from hs_err_pid*):
> > > > 
> > > > Stack: [0x7fa41ce47000,0x7fa41d646000],  sp=0x7fa41d6449c0, 
> > > > free space=8182k Native frames: (J=compiled Java code, A=aot compiled
> > > > Java code, j=interpreted, Vv=VM code, C=native code) V 
> > > > [libjvm.so+0x91203a]  jni_CallStaticBooleanMethodV+0x7a
> > > > C  [libjfxwebkit.so+0x5fd155]  
> > > > JNIEnv_::CallStaticBooleanMethod(_jclass*,
> > > > _jmethodID*, ...)+0x85 C  [libjfxwebkit.so+0x2a0d82a] 
> > > > WTF::FileSystemImpl::makeAllDirectories(WTF::String const&)+0xda
> > > It seems "makeAllDirectories"
> > > (https://github.com/openjdk/jfx/blob/e0ce73a3c8d82d3274bd10799b530f397a90ba6
> > > 0/modules/javafx.web/src/main/native/Source/WTF/wtf/java/FileSystemJava.cpp#
> > > L143) being invoked by a native thread does not use
> > > jvm->AttachCurrentThread. We'll have unexpected behaviour.
> > > 
> > > This is a bug in libjfxwebkit that you may want to report.
> > 
> > Right, as far as I know, the AttachCurrentThread call is prerequisite for 
> > making calls to JVM.
> 
> At first sight, this looks indeed something that needs to be fixed in 
> OpenJFX. I filed an issue for that: 
> https://bugs.openjdk.java.net/browse/JDK-8264886
> 
> > 
> > > > C  [libjfxwebkit.so+0x553707] 
> > > > WebCore::StorageSyncManager::fullDatabaseFilename(WTF::String
> > > > const&)+0x27 C  [libjfxwebkit.so+0x54e83a] 
> > > > WebKit::StorageAreaSync::openDatabase(WebKit::StorageAreaSync::OpenDataba
> > > > seParamType)+0x3a C  [libjfxwebkit.so+0x54f8a9] 
> > > > WebKit::StorageAreaSync::performImport()+0x29 C 
> > > > [libjfxwebkit.so+0x553f04] 
> > > > WebCore::StorageThread::threadEntryPoint()+0xb4 C 
> > > > [libjfxwebkit.so+0x29aa793] 
> > > > WTF::Thread::entryPoint(WTF::Thread::NewThreadContext*)+0x63 C 
> > > > [libjfxwebkit.so+0x2a1253d]  WTF::wtfThreadEntryPoint(void*)+0xd
> > > > 
> > > > 
> > > > There is no native frame and thus even if the thread itself would be
> > > > attached to the JVM as suggested in your second email, it would still
> > > > be missing a context to find that invoking java method and its class
> > > > loader.
> > > 
> > > What people usually do when using JNI is to create global references to
> > > "jclass" and then reuse these global references in different threads.
> > > These are thread safe and avoid being finding classes and methods all
> > > the time.
> > 
> > Yes, this is what native libraries should do. Before making calls from Java 
> > to 
> > JNI store references to essential Java classes (or object instances). 
> 
> That should be fixed indeed (as part of 
> https://bugs.openjdk.java.net/browse/JDK-8264886 )
> > 
> > > a) On the JNI_OnLoad method (when the library is loaded) people do a
> > > "FindClass" as usual, and then create a new global reference to the
> > > jclass for future use in different threads, and store it in a global C
> > > variable. Could be something like:
> > > 
> > > static jclass MyWhateverClass = NULL;
> > > 
> > > ...
> > > 
> > > JNI_OnLoad(...) {
> > >    // Find the class in OnLoad
> > >    jclass clazz = env->FindClass(...);
> > >    // And keep a NewGlobalRef for future use...
> > >    MyWhateverClass = env->NewGlobalRef(clazz);
> > > ...
> > 
> > That's the recommended approach. However it shall be stated that this is 
> > creating a (class loading) memory leak - it is not going to be possible to 
> > unload the JavaFX JAR file classes once this variable is initialized. Just 
> > FYI, 
> > I think we can live with such behavior.
> > 
> > > b) In the native thread people call jvm->AttachCurrentThread (mandatory)
> > > and can then use the MyWhateverClass

Re: [VOTE] Release Apache NetBeans 12.4 Beta 2

2021-04-08 Thread Neil C Smith
On Thu, 8 Apr 2021 at 11:39, Geertjan Wielenga
 wrote:
> If we start a new voting thread for 12.4 Beta 2, are there people who will
> actually join in and vote in that thread?

Well we only need one other PMC than us!

Vote on beta is mainly to check it's OK to release from an ASF point
of view, so we can spread links wider for testing.  Final release vote
more important for wider input, quality, etc.

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: [VOTE] Release Apache NetBeans 12.4 Beta 2

2021-04-08 Thread Geertjan Wielenga
OK, done. This thread is closed.

Gj

On Thu, Apr 8, 2021 at 12:41 PM Neil C Smith  wrote:

> On Thu, 8 Apr 2021 at 11:37, Geertjan Wielenga
>  wrote:
> >
> > Here's the SHA:
> >
> >
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-bin.zip.sha512
> >
> > Indeed, I put the SHA and voting artifact to the convenience binary
> rather
> > than the source.
> >
> > Should I start a new vote thread for that reason? Sure, no problem if so.
>
> That's still the SHA of the binary.  Vote thread needs to be on the
> main source zip, and include the SHA of the source zip in it.  I'd
> just re-roll the thread - not losing much time in doing so.
>
> 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
>
>
>
>


[VOTE] Release Apache NetBeans 12.4 Beta 2

2021-04-08 Thread Geertjan Wielenga
Dear community,

Here's Apache NetBeans 12.4 Beta 2, a new vote thread, because in the
previous one we pointed to the convenience binary and SHA for the
convenience binary instead of the source and its SHA as the voting
artifact. We've created a new beta to fix one issue we had in Beta 1:

https://github.com/apache/netbeans/pull/2864

Please read the below and vote.

Note: Feature freeze for 12.4 is some way away (April 16), so please do go
ahead scheduling content for 12.4 and providing pull requests for that
purpose, with end of May being the release date for 12.4.

Build artifacts are available here:

https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/

https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.4-beta2/

They were built by the Jenkins pipeline, signed, and moved to their place
above:

https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release124/4/

We are primarily voting on:

https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-source.zip

In the first two links above, you'll also find convenience binaries and
installers (though not for Mac OS X) are available too:

https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release124/4/artifact/dist/installers/

SHA512:

aa04f0610978aa23e4d82c92436abe0301f4a7117b4dfec22e96e86305dfc9acb0615ef215a9dd879bb93ceb8849e38e2ce7d3ffcae51d3bcf1c5cba6dc723e9

https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-source.zip.sha512

KEYS file:
https://downloads.apache.org/netbeans/KEYS

What's new in 12.4 so far:

https://github.com/apache/netbeans/milestone/12?closed=1

--

Voting Requirements

Before voting +1 you are required to download the signed source code
package, compile it as provided, and test the resulting executable on your
own platform, along with also verifying that the package meets the
requirements of the ASF policy on releases - see:

http://www.apache.org/legal/release-policy.html#management

In particular, you should (at least) follow these steps.

1. Download the artefact to be voted on and unzip it.

2. Check that the artefact does not contain any jar files, using find .
-type f -name "*.jar", except for:
-
platform/autoupdate.services/test/unit/src/org/netbeans/api/autoupdate/data/empty.jar
- enterprise/glassfish.common/test/unit/data/nottaDir-4_1_2.jar
- enterprise/glassfish.common/test/unit/data/subdir/nottaDir-5.0.jar
- enterprise/payara.common/test/unit/data/nottaDir-4_1_2.jar
- enterprise/payara.common/test/unit/data/subdir/nottaDir-5.0.jar
which are only JARs by their name

3. Verify the cryptographic signatures, the NOTICE and LICENSE file.

4. Build it using the README provided by the artifact.

5. Look in nbbuild/netbeans for the NetBeans installation created by the
build process and try running it.

As well as checking any artifact functions correctly, you should check that
it has been correctly signed by a PMC member, and that the source being
voted on is sufficient to build the relevant binary.

This vote is going to be open at least 72 hours, vote with +1, 0, and -1 as
usual. (Please justify -1.) Please mark your vote with (binding) if, and
only, if you're an Apache NetBeans PMC member to help with voting admin.

*Only respond if you are going to vote*, i.e., this is *NOT* a discussion
thread.

NetBeans 12.4 Beta 2 will be released if and when this vote passes.

Thank you to all contributors for all your hard work!

Geertjan and Neil
Release Managers for Apache NetBeans 12.4 Beta 2 (and beyond)


Re: [VOTE] Release Apache NetBeans 12.4 Beta 2

2021-04-08 Thread Neil C Smith
On Thu, 8 Apr 2021 at 11:37, Geertjan Wielenga
 wrote:
>
> Here's the SHA:
>
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-bin.zip.sha512
>
> Indeed, I put the SHA and voting artifact to the convenience binary rather
> than the source.
>
> Should I start a new vote thread for that reason? Sure, no problem if so.

That's still the SHA of the binary.  Vote thread needs to be on the
main source zip, and include the SHA of the source zip in it.  I'd
just re-roll the thread - not losing much time in doing so.

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: [VOTE] Release Apache NetBeans 12.4 Beta 2

2021-04-08 Thread Geertjan Wielenga
I must say, though, that I've been surprised that people have been
extremely slow to respond to the Beta voting threads, despite apparently
the Beta being needed for VSNetBeans.

If we start a new voting thread for 12.4 Beta 2, are there people who will
actually join in and vote in that thread?

Gj

On Thu, Apr 8, 2021 at 12:36 PM Geertjan Wielenga <
geertjan.wiele...@googlemail.com> wrote:

> Here's the SHA:
>
>
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-bin.zip.sha512
>
> Indeed, I put the SHA and voting artifact to the convenience binary rather
> than the source.
>
> Should I start a new vote thread for that reason? Sure, no problem if so.
>
> Gj
>
> On Thu, Apr 8, 2021 at 12:33 PM Neil C Smith 
> wrote:
>
>> On Wed, 7 Apr 2021 at 19:27, Tomáš Procházka  wrote:
>> > I think that primary vote is on source code and not covenience binary.
>> >
>> > Link to sources should be:
>> >
>> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-source.zip
>>
>> And the SHA is incorrect too.  Sorry, Geertjan, may need to cancel
>> this and start another thread with correct info.
>>
>> Given one point of voted beta is to get feedback on changes prior to
>> freeze, there may be a good argument for pushing freeze back a week
>> now?
>>
>> 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: [VOTE] Release Apache NetBeans 12.4 Beta 2

2021-04-08 Thread Geertjan Wielenga
Here's the SHA:

https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-bin.zip.sha512

Indeed, I put the SHA and voting artifact to the convenience binary rather
than the source.

Should I start a new vote thread for that reason? Sure, no problem if so.

Gj

On Thu, Apr 8, 2021 at 12:33 PM Neil C Smith  wrote:

> On Wed, 7 Apr 2021 at 19:27, Tomáš Procházka  wrote:
> > I think that primary vote is on source code and not covenience binary.
> >
> > Link to sources should be:
> >
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-source.zip
>
> And the SHA is incorrect too.  Sorry, Geertjan, may need to cancel
> this and start another thread with correct info.
>
> Given one point of voted beta is to get feedback on changes prior to
> freeze, there may be a good argument for pushing freeze back a week
> now?
>
> 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: [VOTE] Release Apache NetBeans 12.4 Beta 2

2021-04-08 Thread Neil C Smith
On Wed, 7 Apr 2021 at 19:27, Tomáš Procházka  wrote:
> I think that primary vote is on source code and not covenience binary.
>
> Link to sources should be:
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-source.zip

And the SHA is incorrect too.  Sorry, Geertjan, may need to cancel
this and start another thread with correct info.

Given one point of voted beta is to get feedback on changes prior to
freeze, there may be a good argument for pushing freeze back a week
now?

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: Manipulating System Classpath with NetBeans (OpenJFX assumes classes can be loaded by FindClass)

2021-04-08 Thread Neil C Smith
On Wed, 7 Apr 2021 at 09:50, antonio  wrote:
> On 07/04/2021 8:21, Matthias Bläsing wrote:
> > Stack: [0x7fa41ce47000,0x7fa41d646000],  sp=0x7fa41d6449c0,  
> > free space=8182k
> > Native frames: (J=compiled Java code, A=aot compiled Java code, 
> > j=interpreted, Vv=VM code, C=native code)
> > V  [libjvm.so+0x91203a]  jni_CallStaticBooleanMethodV+0x7a
> > C  [libjfxwebkit.so+0x5fd155]  JNIEnv_::CallStaticBooleanMethod(_jclass*, 
> > _jmethodID*, ...)+0x85
> > C  [libjfxwebkit.so+0x2a0d82a]  
> > WTF::FileSystemImpl::makeAllDirectories(WTF::String const&)+0xda
>
> It seems "makeAllDirectories"
> (https://github.com/openjdk/jfx/blob/e0ce73a3c8d82d3274bd10799b530f397a90ba60/modules/javafx.web/src/main/native/Source/WTF/wtf/java/FileSystemJava.cpp#L143)
> being invoked by a native thread does not use jvm->AttachCurrentThread.
> We'll have unexpected behaviour.

It's been a long while since I've looked at this (in context of JNA
callbacks), but I'm curious why that stack trace would suggest
specifically a not attached thread?  Would it not fail earlier?

A quick search on that trace incidentally found
https://github.com/javafxports/openjdk-jfx/issues/316

On 12.4 specifics, is there anything to be addressed in the release
timescale?  Is this actually a regression on what we had previously?

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





Re: Manipulating System Classpath with NetBeans (OpenJFX assumes classes can be loaded by FindClass)

2021-04-08 Thread Johan Vos
Hi,

I have some comments inline

On 2021/04/08 03:28:10, Jaroslav Tulach  wrote: 
> Thanks a lot guys for investigating JavaFX integration into NetBeans! I still 
> love to use HTML/Java whenever possible and having a working WebView 
> integration is essential for that...
> 
> > Some comments below
> > 
> > On 07/04/2021 8:21, Matthias Bläsing wrote:
> > > Hi Antonio,
> > > 
> > > Am Dienstag, den 06.04.2021, 23:24 +0200 schrieb antonio:
> > > [...]
> > > Here is the stack trace for it (from hs_err_pid*):
> > > 
> > > Stack: [0x7fa41ce47000,0x7fa41d646000],  sp=0x7fa41d6449c0, 
> > > free space=8182k Native frames: (J=compiled Java code, A=aot compiled
> > > Java code, j=interpreted, Vv=VM code, C=native code) V 
> > > [libjvm.so+0x91203a]  jni_CallStaticBooleanMethodV+0x7a
> > > C  [libjfxwebkit.so+0x5fd155]  JNIEnv_::CallStaticBooleanMethod(_jclass*,
> > > _jmethodID*, ...)+0x85 C  [libjfxwebkit.so+0x2a0d82a] 
> > > WTF::FileSystemImpl::makeAllDirectories(WTF::String const&)+0xda
> > It seems "makeAllDirectories"
> > (https://github.com/openjdk/jfx/blob/e0ce73a3c8d82d3274bd10799b530f397a90ba6
> > 0/modules/javafx.web/src/main/native/Source/WTF/wtf/java/FileSystemJava.cpp#
> > L143) being invoked by a native thread does not use
> > jvm->AttachCurrentThread. We'll have unexpected behaviour.
> > 
> > This is a bug in libjfxwebkit that you may want to report.
> 
> Right, as far as I know, the AttachCurrentThread call is prerequisite for 
> making calls to JVM.

At first sight, this looks indeed something that needs to be fixed in OpenJFX. 
I filed an issue for that: https://bugs.openjdk.java.net/browse/JDK-8264886

> 
> > > C  [libjfxwebkit.so+0x553707] 
> > > WebCore::StorageSyncManager::fullDatabaseFilename(WTF::String
> > > const&)+0x27 C  [libjfxwebkit.so+0x54e83a] 
> > > WebKit::StorageAreaSync::openDatabase(WebKit::StorageAreaSync::OpenDataba
> > > seParamType)+0x3a C  [libjfxwebkit.so+0x54f8a9] 
> > > WebKit::StorageAreaSync::performImport()+0x29 C 
> > > [libjfxwebkit.so+0x553f04] 
> > > WebCore::StorageThread::threadEntryPoint()+0xb4 C 
> > > [libjfxwebkit.so+0x29aa793] 
> > > WTF::Thread::entryPoint(WTF::Thread::NewThreadContext*)+0x63 C 
> > > [libjfxwebkit.so+0x2a1253d]  WTF::wtfThreadEntryPoint(void*)+0xd
> > > 
> > > 
> > > There is no native frame and thus even if the thread itself would be
> > > attached to the JVM as suggested in your second email, it would still
> > > be missing a context to find that invoking java method and its class
> > > loader.
> > 
> > What people usually do when using JNI is to create global references to
> > "jclass" and then reuse these global references in different threads.
> > These are thread safe and avoid being finding classes and methods all
> > the time.
> 
> Yes, this is what native libraries should do. Before making calls from Java 
> to 
> JNI store references to essential Java classes (or object instances). 

That should be fixed indeed (as part of 
https://bugs.openjdk.java.net/browse/JDK-8264886 )
> 
> > a) On the JNI_OnLoad method (when the library is loaded) people do a
> > "FindClass" as usual, and then create a new global reference to the
> > jclass for future use in different threads, and store it in a global C
> > variable. Could be something like:
> > 
> > static jclass MyWhateverClass = NULL;
> > 
> > ...
> > 
> > JNI_OnLoad(...) {
> >// Find the class in OnLoad
> >jclass clazz = env->FindClass(...);
> >// And keep a NewGlobalRef for future use...
> >MyWhateverClass = env->NewGlobalRef(clazz);
> > ...
> 
> That's the recommended approach. However it shall be stated that this is 
> creating a (class loading) memory leak - it is not going to be possible to 
> unload the JavaFX JAR file classes once this variable is initialized. Just 
> FYI, 
> I think we can live with such behavior.
> 
> > b) In the native thread people call jvm->AttachCurrentThread (mandatory)
> > and can then use the MyWhateverClass without invoking "FindClass" again.
> 
> +1
> 
> > These "jclass" allocated with NewGlobalRef are thread safe, and can be
> > used by different native threads (invoking AttachCurrentThread first)
> > without problems.
> > 
> > People usually cache also "jmethodID"s for future use, so they don't
> > have to lookup the methods on each call. These "jmethodID" are thread
> > safe by default, so there's no need to create a NewGlobalRef for them.
> > 
> > For details on what JNI stuff is or is not thread safe [1] gives a nice
> > summary.
> > 
> > So to summarize, I'm afraid they'll need to modify the code like so:
> 
> A bugfix release of JavaFX would be the best solution. Hopefully it can be 
> release soon.
> 
> > a) Use AttachCurrentThread in native method invocations (they may be
> > doing it elsewere, but probably not in the stack trace you're sending).
> > 
> > b) Cache the jclass(es?) they're using in native threads, by allocating
> > it(them?) in JNI_OnLoad using NewGlobalRef.
> > 
> > c) Use these cached jclass(es?

Re: [External] : [VOTE] Release Apache NetBeans 12.4 Beta 2

2021-04-08 Thread Martin Balin
+1
Looks good
Martin

On 7 Apr 2021, at 14:38, Geertjan Wielenga 
mailto:geert...@apache.org>> wrote:

Dear community,

Here's Apache NetBeans 12.4 Beta 2. We've created a new beta to fix one
issue we had in Beta 1:

https://urldefense.com/v3/__https://github.com/apache/netbeans/pull/2864__;!!GqivPVa7Brio!PDS4-vZlNDK09pareEpCeHkli8gEv034x4zLEQ2N9_aHksES2qRM4c4lLKmAF5FwPg$

Please read the below and vote.

Note: Feature freeze for 12.4 is some way away (April 16), so please do go
ahead scheduling content for 12.4 and providing pull requests for that
purpose, with end of May being the release date for 12.4.

Build artifacts are available here:

https://urldefense.com/v3/__https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/__;!!GqivPVa7Brio!PDS4-vZlNDK09pareEpCeHkli8gEv034x4zLEQ2N9_aHksES2qRM4c4lLKklAPK1Jg$

https://urldefense.com/v3/__https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.4-beta2/__;!!GqivPVa7Brio!PDS4-vZlNDK09pareEpCeHkli8gEv034x4zLEQ2N9_aHksES2qRM4c4lLKkt6TjJyg$

They were built by the Jenkins pipeline, signed, and moved to their place
above:
https://urldefense.com/v3/__https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release124/4/__;!!GqivPVa7Brio!PDS4-vZlNDK09pareEpCeHkli8gEv034x4zLEQ2N9_aHksES2qRM4c4lLKlOGpdvCw$

We are primarily voting on:
https://urldefense.com/v3/__https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.4-beta2/netbeans-12.4-beta2-bin.zip__;!!GqivPVa7Brio!PDS4-vZlNDK09pareEpCeHkli8gEv034x4zLEQ2N9_aHksES2qRM4c4lLKnYkrM7HA$

In the first two links above, you'll also find convenience binaries and
installers (though not for Mac OS X) are available too:

https://urldefense.com/v3/__https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release124/4/artifact/dist/installers/__;!!GqivPVa7Brio!PDS4-vZlNDK09pareEpCeHkli8gEv034x4zLEQ2N9_aHksES2qRM4c4lLKnyyGq34w$

SHA512:
d3f2bed15bcf8c8e49b12d4c0406252ce39db6157d9143a9722ffd4e54271e5e591c936ba063491b5a43ad0f80eaebd20880667626256f85bbb5c2fa87d53a35

KEYS file:
https://urldefense.com/v3/__https://downloads.apache.org/netbeans/KEYS__;!!GqivPVa7Brio!PDS4-vZlNDK09pareEpCeHkli8gEv034x4zLEQ2N9_aHksES2qRM4c4lLKlDTggtpg$

What's new in 12.4 so far:
https://urldefense.com/v3/__https://github.com/apache/netbeans/milestone/12?closed=1__;!!GqivPVa7Brio!PDS4-vZlNDK09pareEpCeHkli8gEv034x4zLEQ2N9_aHksES2qRM4c4lLKkb7oGwGQ$

--

Voting Requirements

Before voting +1 you are required to download the signed source code
package, compile it as provided, and test the resulting executable on your
own platform, along with also verifying that the package meets the
requirements of the ASF policy on releases - see:

https://urldefense.com/v3/__http://www.apache.org/legal/release-policy.html*management__;Iw!!GqivPVa7Brio!PDS4-vZlNDK09pareEpCeHkli8gEv034x4zLEQ2N9_aHksES2qRM4c4lLKlWEAr6FA$

In particular, you should (at least) follow these steps.

1. Download the artefact to be voted on and unzip it.

2. Check that the artefact does not contain any jar files, using find . -
type f -name "*.jar", except for:
   -
platform/autoupdate.services/test/unit/src/org/netbeans/api/autoupdate/data/empty.jar
   - enterprise/glassfish.common/test/unit/data/nottaDir-4_1_2.jar
   - enterprise/glassfish.common/test/unit/data/subdir/nottaDir-5.0.jar
   - enterprise/payara.common/test/unit/data/nottaDir-4_1_2.jar
   - enterprise/payara.common/test/unit/data/subdir/nottaDir-5.0.jar
   which are only JARs by their name

3. Verify the cryptographic signatures, the NOTICE and LICENSE file.

4. Build it using the README provided by the artifact.

5. Look in nbbuild/netbeans for the NetBeans installation created by the
build process and try running it.

As well as checking any artifact functions correctly, you should check that
it has been correctly signed by a PMC member, and that the source being
voted on is sufficient to build the relevant binary.

This vote is going to be open at least 72 hours, vote with +1, 0, and -1 as
usual. (Please justify -1.) Please mark your vote with (binding) if, and
only, if you're an Apache NetBeans PMC member to help with voting admin.

*Only respond if you are going to vote*, i.e., this is *NOT* a discussion
thread.

NetBeans 12.4 Beta 2 will be released if and when this vote passes.

Thank you to all contributors for all your hard work!

Geertjan and Neil
Release Managers for Apache NetBeans 12.4 Beta 2 (and beyond)