GitHub Migration Issues

[Eric Bresie]

While looking through older GitHub issues, I found

GitHub Issues migration #3447 (
https://github.com/apache/netbeans/issues/3447 ).

The summary / status of this seems to be:

   1. If there are issues still of interest in the Bugzille or JIRA issue
   trackers, then a new ticket needs to be raised  in GitHub .
   2. In the new ticket transferring any relevant details (can reference
   old tickets as needed)
   3. Once raised, then the GitHub Issues can be worked to get it resolved.

Are there still any concerns about the migration?  As there hasn't been any
comments since Feb of last year I assume all is good now.  If not can this
one be closed?

Eric Bresie
ebre...@gmail.com

Netbeans Profiles

[Eric Bresie]

Not sure if there is a better term for what I was thinking about, but
relative to other IDEs...

Each seems to have some different  distributions, packages, or which are
basically scaled down or tailored versions of the IDE with the applicable
clusters, plugins, etc. pre-insta;;ed to develop with a specific language.
So for example IntelliJ has PyCharm for Python, GoLand for Go development,
etc.; Eclipse has Package for Eclipse IDE for C/C++ Developers, Eclipse IDE
for Java Developers, etc.

When building from source, specific clusters can be used to build a
specific flavor.  From tailoring, this may assume specific plugins
(internal or external) can be installed, but was curious if it would be
worth as part of the delivery build pipeline to have some "profiles"
generated for some similar way, allowing a specific cluster with specific
plugins (internal to baseline Netbeans or external plugins) so then the
download page would have the different profiles of "Netbeans" available.

I realize there could be "space constraints" to be concerned about (i.e.,
having x number of flavors of Netbeans release means x times the amount of
space).

Is such a concept valuable for NetBeans community?

Eric Bresie
ebre...@gmail.com

Re: [VOTE] Release Apache NetBeans 19

[Eric Bresie]

Can move to separate thread as needed but was an issue raised for this?

On Tue, Aug 29, 2023 at 9:55 AM Mike Ryan  wrote:

> [ ] yes / +1
> [x] no / -1 (please justify -1)
> [ ] binding (member of PMC)
>
> My vote is based on
>
> [ ] I have built and tested the source with  on  (required)
> [ ] I have tested the binary zip with  on 
> [x] I have tested the macOS installer(s) with OpenJDK 64-Bit Server VM
> Temurin-11.0.20+8 on Ventura 13.4.1
> [ ] I have tested the Maven artefacts
> [ ] I have tested the VSCode extension
>
> Additional info (optional) - any specifics on what you've tested
>
> I have a Gradle web application project that runs in Payara with the
> following problem.
>
> All of my @ViewScoped & @Named classes (e.g. controllers) are showing what
> looks like a red compile error on the class name that says "CDI artifact is
> found but there is no beans.xml file." However, there is a beans.xml file
> located in Web Pages->WEB-INF. This error does not appear in NB 18. Also, I
> can build and deploy the project without problems. So, apparently more of a
> "cosmetic" issue?
>
> Best,
>
> Mike Ryan
>
>
> 
> From: Neil C Smith 
> Sent: Tuesday, August 29, 2023 5:45 AM
> To: dev
> Subject: [VOTE] Release Apache NetBeans 19
>
> This is our first voting candidate for the release of Apache NetBeans 19.
>
> Please follow the NEW voting template at the bottom of this email, and
> note all requirements
> below for validating sources and convenience binaries before voting.
>
> Apache NetBeans 19 constitutes all clusters in the Apache NetBeans Git
> repository,
> which together provide the NetBeans Platform (i.e., the underlying
> application framework),
> as well as all the modules that provide the Java SE, Java EE, PHP,
> JavaScript and Groovy
> features of Apache NetBeans.
>
> 
>
> Build artefacts are available here :
>
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/19/
>
> They were built by the Jenkins pipeline :
>
>
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/release190/16/
>
> 
>
> We are primarily voting on :
>
>
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/19/netbeans-19-source.zip
>
> SHA512 :
>
> 3e54d0cb665241f15cea15c0e6e832187ece5f543c74e60ae28291a549b7b678148e2cfc7af36cf3c64d5209b839c8b4877f87829c01149436e11597fe34b848
>
> KEYS file : https://downloads.apache.org/netbeans/KEYS
>
> 
>
> Associated with the primary source item we have, generated with the
> pipeline mentioned above :
>
> -- at https://dist.apache.org/repos/dist/dev/netbeans/netbeans/19/
>
> Binaries associated with the source - netbeans-19-bin.zip as well as
> update content under the nbms folder.
>
> -- at
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans-installers/19/
>
> A PKG installer for macOS built and signed with NBPackage on a PMC
> member's macOS machine.
> An EXE installer for Windows signed by a PMC member using binaries
> created during the build process.
> DEB and RPM packages for Linux signed by a PMC member using binaries
> created with NBPackage during the build process.
>
> -- at
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans-vscode-ext/19.0/
>
> The VSCode extension signed by a PMC member using binaries created
> during the build process.
>
>
>
> Maven Artefacts
>
> The Maven artefacts for Apache NetBeans 19 are staged at :
>
> https://repository.apache.org/content/repositories/orgapachenetbeans-1134/
>
> The version is : RELEASE190
>
> 
>
> 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 -
> 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 (there are
> branding folders with the name *.jar).
> 3. Verify the cryptographic signatures, the NOTICE and LICENSE file
> 4. Build it using the README provided by the artefact.
> 5. Look in nbbuild/netbeans for the NetBeans installation created by
> the build process and try running it.
>
> In addition to checking the sources, you may check the associated
> convenience binary zip, installers, nbms and maven staging at the links
> above. You are not expected to check every convenience binary.
>
> As well as checking any artefact 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 

Re: Windows 11 Issues - Copy/Paste Failure

[Eric Bresie]

Could the reproduction inconsistency be due to the configuration of the
machine?

Maybe should start characterizing with details like:

- OS (Windows/Version,Linux/Distribution/Version, MacOS/version)
- Java version
- Screen configurations (resolution, HD, etc. - I suggest this because in a
separate issue there was indication that when copying from Netbeans that it
keyed by pixels which was wonky in HD configuration)
- Netbeans version
- Netbeans flags in use

Etc..


On Wed, Aug 30, 2023 at 5:46 PM Eirik Bakke  wrote:

> Oh, that's a beautifully written test! I ran it a few times and with 25
> iterations but it didn't exhibit the bug, though. I left a comment
> reporting my results and will run the test again the next time I observe
> the bug in the wild.
>
> -- Eirik
>
> -Original Message-
> From: Neil C Smith 
> Sent: Wednesday, August 30, 2023 11:11 AM
> To: dev@netbeans.apache.org
> Subject: Re: Windows 11 Issues - Copy/Paste Failure
>
> On Wed, 30 Aug 2023 at 06:26, Eirik Bakke  wrote:
> > But the problem remains, and I was never able to reproduce it
> reliably--it was always intermittent.
> >
> > If anyone can manage to reliably reproduce the bug, that would probably
> go a long way towards finding a fix.
>
> Have you tried the robot-based test on the issue at
> https://github.com/apache/netbeans/issues/3962#issuecomment-1664507172
> ?
>
> 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: Please Test your Gradle Workflows with NetBeans 19-rc-3

[Eric Bresie]

Looks like Gradle 8.3 is released now

https://github.com/gradle/gradle/releases/tag/v8.3.0


On Sat, Aug 12, 2023 at 9:13 AM Neil C Smith  wrote:

> On Sat, 12 Aug 2023 at 06:22, Laszlo Kishalmi 
> wrote:
> > Well I fear, there is nothing we can do about this for NetBeans 19.
> > Later on we can add a DSL language selector also a Gradle Version
> > selector to the new project dialog, these need a slight API change at
> least.
> >
> > It would be also possible to detect existing projects running on RC
> > Gradle versions as project problems and offer a Gradle Version Upgrade
> > to the final version as well.
>
> We could possibly re-initialize the wrapper to the latest release -
> something like https://github.com/apache/netbeans/pull/6333 for NB19?
> Pros and cons.
>
> As Gradle init currently creates the wrapper anyway, the checkbox
> currently just seems to control re-application of the wrapper.  Untick
> it with this and you'll still have a 8.3-rc1 wrapper.  In NB20 should
> unticking delete the wrapper files?  Or should the checkbox be
> removed?
>
> The other thing to consider UI-wise in NB20 would be the JDK toolchain
> support added into the project.  The UI is a bit confusing now that
> the NetBeans Java platform doesn't control what the project runs on.
>
> And on a related subject, we should consider whether to add a similar
> Maven wrapper UI in NB20.
>
> Best wishes,
>
> Neil
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
> --
Eric Bresie
ebre...@gmail.com

Re: applemenu model Error

[Eric Bresie]

There were some conflicting JDK and ants in the mix.  Thanks for the help.

Eric Bresie
ebre...@gmail.com


On Thu, Jun 22, 2023 at 12:53 PM Matthias Bläsing
 wrote:

> Hi Eric,
>
> I saw this problem in the past when building with an inconsistent set
> of JDK. I.e. my build JDK was JDK 11 and the value of the property
> nbjdk.home pointing to JDK 8 (or the other way round).
>
> This was solved by removing the nbjdk.home property (beware, you can
> have it configured in different places) and thus building with a single
> JDK.
>
> There can be no general problem build NetBeans, see the battery of
> build ran on every PR and also the fact, that we successfully released
> NB18, which requires voters to build the project from source.
>
> HTH
>
> Matthias
>
> Am Freitag, dem 16.06.2023 um 16:47 -0500 schrieb Eric Bresie:
> > Cloned from master
> > ant -q clean
> > ant -Dcluster.config=full build
> > During which I get the below error.
> >
> > I am not on an Apple device so even if this is some form of "applemenu"
> for
> > apple platforms, I'm not sure why when I'm on a Windows platform?
> >
> > Is there something necessary to include the "java.awt.desktop" (module)
> in
> > the build somewhere (i.e., enable a module of some type)?  Where might
> that
> > get set?
> >
> > -do-compile:
> >  [nb-javac] Compiling 7 source files to
> > C:\git\netbeans\platform\applemenu\build\classes
> >[repeat] warning: [path] bad path element
> > "C:\git\netbeans\platform\applemenu\build\desktop-classes-classes": no
> such
> > file or directory
> >[repeat] warning: A file for type
> > 'org.netbeans.modules.applemenu.Bundle' already exists on the sourcepath
> or
> > classpath
> >[FAILURES in applemenu]
> >
> > BUILD FAILED
> > C:\git\netbeans\nbbuild\build.xml:635: The following error occurred while
> > executing this line:
> > C:\git\netbeans\nbbuild\build.xml:630: The following error occurred while
> > executing this line:
> > C:\git\netbeans\nbbuild\build.xml:665: The following error occurred while
> > executing this line:
> > C:\git\netbeans\nbbuild\build.xml:648: The following error occurred while
> > executing this line:
> > C:\git\netbeans\nbbuild\build.xml:630: The following error occurred while
> > executing this line:
> > C:\git\netbeans\nbbuild\build.xml:665: The following error occurred while
> > executing this line:
> > C:\git\netbeans\nbbuild\build.xml:648: The following error occurred while
> > executing this line:
> > C:\git\netbeans\nbbuild\build.xml:630: The following error occurred while
> > executing this line:
> > C:\git\netbeans\nbbuild\build.xml:677: The following error occurred while
> > executing this line:
> > C:\git\netbeans\nbbuild\templates\common.xml:207: Compile failed; see the
> > compiler error output for details.
> >
> > Total time: 15 seconds
> >
> >
> > Eric Bresie
> > ebre...@gmail.com
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>

Re: applemenu model Error

[Eric Bresie]

The build looks to be pulling external dependencies to get
"java.awt.desktop" related packages which may be derived from external
dependencies contained in a zip file.  The build.xml looks like it tries to
setup some folders, unzips there but it doesn't seem to be working.

The build.xml specifies source 1.8.  I'm still a little confused around
handling sources/targets/releases, especially from within ant context, but
given requiring JDK 11 for building stuff could this be causing problems
around here?

I think the dependencies are older as well.  Do these need to be updated to
be build with something newer (i.e., build with JDK 11)?

Did some poking on github and did find this comment
https://github.com/apache/netbeans/pull/99/commits/46867147b806544edae8b97036011839ecd92407
with some changes around here.  Does some portion of this need to be
reverted?
Eric Bresie
ebre...@gmail.com


On Sat, Jun 17, 2023 at 8:08 AM Eric Bresie  wrote:

> Forgot to mention...
>
> Built oin Window 11 using cygwin envionment with
>
> java -version
> openjdk version "11.0.12" 2021-07-20
> OpenJDK Runtime Environment 18.9 (build 11.0.12+7)
> OpenJDK 64-Bit Server VM 18.9 (build 11.0.12+7, mixed mode)
>
> ant -version
> Apache Ant(TM) version 1.10.12 compiled on October 13 2021
>
> Eric Bresie
> ebre...@gmail.com
>
>
> On Fri, Jun 16, 2023 at 4:47 PM Eric Bresie  wrote:
>
>> Cloned from master
>> ant -q clean
>> ant -Dcluster.config=full build
>> During which I get the below error.
>>
>> I am not on an Apple device so even if this is some form of "applemenu"
>> for apple platforms, I'm not sure why when I'm on a Windows platform?
>>
>> Is there something necessary to include the "java.awt.desktop" (module)
>> in the build somewhere (i.e., enable a module of some type)?  Where might
>> that get set?
>>
>> -do-compile:
>>  [nb-javac] Compiling 7 source files to
>> C:\git\netbeans\platform\applemenu\build\classes
>>[repeat] warning: [path] bad path element
>> "C:\git\netbeans\platform\applemenu\build\desktop-classes-classes": no such
>> file or directory
>>[repeat] warning: A file for type
>> 'org.netbeans.modules.applemenu.Bundle' already exists on the sourcepath or
>> classpath
>>[repeat]
>> C:\git\netbeans\platform\applemenu\src\org\netbeans\modules\applemenu\NbApplicationAdapterJDK9.java:22:
>> error: package java.awt.desktop does not exist
>>[repeat] import java.awt.desktop.AboutEvent;
>>[repeat]^
>>[repeat]
>> C:\git\netbeans\platform\applemenu\src\org\netbeans\modules\applemenu\NbApplicationAdapterJDK9.java:23:
>> error: package java.awt.desktop does not exist
>>[repeat] import java.awt.desktop.AboutHandler;
>>[repeat]^
>>[repeat]
>> C:\git\netbeans\platform\applemenu\src\org\netbeans\modules\applemenu\NbApplicationAdapterJDK9.java:24:
>> error: package java.awt.desktop does not exist
>>[repeat] import java.awt.desktop.OpenFilesEvent;
>>[repeat]^
>>[repeat]
>> C:\git\netbeans\platform\applemenu\src\org\netbeans\modules\applemenu\NbApplicationAdapterJDK9.java:25:
>> error: package java.awt.desktop does not exist
>>[repeat] import java.awt.desktop.OpenFilesHandler;
>>[repeat]^
>>[repeat]
>> C:\git\netbeans\platform\applemenu\src\org\netbeans\modules\applemenu\NbApplicationAdapterJDK9.java:26:
>> error: package java.awt.desktop does not exist
>>[repeat] import java.awt.desktop.PreferencesEvent;
>>[repeat]^
>>[repeat]
>> C:\git\netbeans\platform\applemenu\src\org\netbeans\modules\applemenu\NbApplicationAdapterJDK9.java:27:
>> error: package java.awt.desktop does not exist
>>[repeat] import java.awt.desktop.PreferencesHandler;
>>[repeat]^
>>[repeat]
>> C:\git\netbeans\platform\applemenu\src\org\netbeans\modules\applemenu\NbApplicationAdapterJDK9.java:28:
>> error: package java.awt.desktop does not exist
>>[repeat] import java.awt.desktop.QuitEvent;
>>[repeat]^
>>[repeat]
>> C:\git\netbeans\platform\applemenu\src\org\netbeans\modules\applemenu\NbApplicationAdapterJDK9.java:29:
>> error: package java.awt.desktop does not exist
>>[repeat] import java.awt.desktop.QuitHandler;
>>[repeat]^
>>[repeat]
>> C:\git\netbeans\platform\applemenu\src\org\netbeans\modules\applemenu\NbApplicationAdapterJDK9.java:30:
>> error: package java.awt.desktop does not exist

Re: applemenu model Error

[Eric Bresie]

Forgot to mention...

Built oin Window 11 using cygwin envionment with

java -version
openjdk version "11.0.12" 2021-07-20
OpenJDK Runtime Environment 18.9 (build 11.0.12+7)
OpenJDK 64-Bit Server VM 18.9 (build 11.0.12+7, mixed mode)

ant -version
Apache Ant(TM) version 1.10.12 compiled on October 13 2021

Eric Bresie
ebre...@gmail.com


On Fri, Jun 16, 2023 at 4:47 PM Eric Bresie  wrote:

> Cloned from master
> ant -q clean
> ant -Dcluster.config=full build
> During which I get the below error.
>
> I am not on an Apple device so even if this is some form of "applemenu"
> for apple platforms, I'm not sure why when I'm on a Windows platform?
>
> Is there something necessary to include the "java.awt.desktop" (module) in
> the build somewhere (i.e., enable a module of some type)?  Where might that
> get set?
>
> -do-compile:
>  [nb-javac] Compiling 7 source files to
> C:\git\netbeans\platform\applemenu\build\classes
>[repeat] warning: [path] bad path element
> "C:\git\netbeans\platform\applemenu\build\desktop-classes-classes": no such
> file or directory
>[repeat] warning: A file for type
> 'org.netbeans.modules.applemenu.Bundle' already exists on the sourcepath or
> classpath
>[repeat]
> C:\git\netbeans\platform\applemenu\src\org\netbeans\modules\applemenu\NbApplicationAdapterJDK9.java:22:
> error: package java.awt.desktop does not exist
>[repeat] import java.awt.desktop.AboutEvent;
>[repeat]^
>[repeat]
> C:\git\netbeans\platform\applemenu\src\org\netbeans\modules\applemenu\NbApplicationAdapterJDK9.java:23:
> error: package java.awt.desktop does not exist
>[repeat] import java.awt.desktop.AboutHandler;
>[repeat]^
>[repeat]
> C:\git\netbeans\platform\applemenu\src\org\netbeans\modules\applemenu\NbApplicationAdapterJDK9.java:24:
> error: package java.awt.desktop does not exist
>[repeat] import java.awt.desktop.OpenFilesEvent;
>[repeat]^
>[repeat]
> C:\git\netbeans\platform\applemenu\src\org\netbeans\modules\applemenu\NbApplicationAdapterJDK9.java:25:
> error: package java.awt.desktop does not exist
>[repeat] import java.awt.desktop.OpenFilesHandler;
>[repeat]^
>[repeat]
> C:\git\netbeans\platform\applemenu\src\org\netbeans\modules\applemenu\NbApplicationAdapterJDK9.java:26:
> error: package java.awt.desktop does not exist
>[repeat] import java.awt.desktop.PreferencesEvent;
>[repeat]^
>[repeat]
> C:\git\netbeans\platform\applemenu\src\org\netbeans\modules\applemenu\NbApplicationAdapterJDK9.java:27:
> error: package java.awt.desktop does not exist
>[repeat] import java.awt.desktop.PreferencesHandler;
>[repeat]^
>[repeat]
> C:\git\netbeans\platform\applemenu\src\org\netbeans\modules\applemenu\NbApplicationAdapterJDK9.java:28:
> error: package java.awt.desktop does not exist
>[repeat] import java.awt.desktop.QuitEvent;
>[repeat]^
>[repeat]
> C:\git\netbeans\platform\applemenu\src\org\netbeans\modules\applemenu\NbApplicationAdapterJDK9.java:29:
> error: package java.awt.desktop does not exist
>[repeat] import java.awt.desktop.QuitHandler;
>[repeat]^
>[repeat]
> C:\git\netbeans\platform\applemenu\src\org\netbeans\modules\applemenu\NbApplicationAdapterJDK9.java:30:
> error: package java.awt.desktop does not exist
>[repeat] import java.awt.desktop.QuitResponse;
>[repeat]^
>[repeat]
> C:\git\netbeans\platform\applemenu\src\org\netbeans\modules\applemenu\NbApplicationAdapterJDK9.java:40:
> error: cannot find symbol
>[repeat] public class NbApplicationAdapterJDK9 extends
> NbApplicationAdapter implements AboutHandler, OpenFilesHandler,
> PreferencesHandler, QuitHandler {
>[repeat]
> ^
>[repeat]   symbol: class AboutHandler
>[repeat]
> C:\git\netbeans\platform\applemenu\src\org\netbeans\modules\applemenu\NbApplicationAdapterJDK9.java:40:
> error: cannot find symbol
>[repeat] public class NbApplicationAdapterJDK9 extends
> NbApplicationAdapter implements AboutHandler, OpenFilesHandler,
> PreferencesHandler, QuitHandler {
>[repeat]
>   ^
>[repeat]   symbol: class OpenFilesHandler
>[repeat]
> C:\git\netbeans\platform\applemenu\src\org\netbeans\modules\applemenu\NbApplicationAdapterJDK9.java:40:
> error: cannot find symbol
>[repeat] public class NbApplicationAdapterJDK9 extends
> NbApplicationAdapter implements AboutHandler, OpenFilesHandler,
> PreferencesHandler, QuitHandler {
>[repeat]
>   ^
> 

applemenu model Error

[Eric Bresie]

:73:
error: cannot find symbol
   [repeat] public void openFiles(OpenFilesEvent e) {
   [repeat]   ^
   [repeat]   symbol:   class OpenFilesEvent
   [repeat]   location: class NbApplicationAdapterJDK9
   [repeat]
C:\git\netbeans\platform\applemenu\src\org\netbeans\modules\applemenu\NbApplicationAdapterJDK9.java:78:
error: cannot find symbol
   [repeat] public void handlePreferences(PreferencesEvent e) {
   [repeat]   ^
   [repeat]   symbol:   class PreferencesEvent
   [repeat]   location: class NbApplicationAdapterJDK9
   [repeat]
C:\git\netbeans\platform\applemenu\src\org\netbeans\modules\applemenu\NbApplicationAdapterJDK9.java:83:
error: cannot find symbol
   [repeat] public void handleQuitRequestWith(QuitEvent e, QuitResponse
response) {
   [repeat]   ^
   [repeat]   symbol:   class QuitEvent
   [repeat]   location: class NbApplicationAdapterJDK9
   [repeat]
C:\git\netbeans\platform\applemenu\src\org\netbeans\modules\applemenu\NbApplicationAdapterJDK9.java:83:
error: cannot find symbol
   [repeat] public void handleQuitRequestWith(QuitEvent e, QuitResponse
response) {
   [repeat]^
   [repeat]   symbol:   class QuitResponse
   [repeat]   location: class NbApplicationAdapterJDK9
   [repeat] 18 errors
   [repeat] 2 warnings
  [nbmerge] Failed to build target: all-applemenu

BUILD FAILED
C:\git\netbeans\nbbuild\build.xml:635: The following error occurred while
executing this line:
C:\git\netbeans\nbbuild\build.xml:630: The following error occurred while
executing this line:
C:\git\netbeans\nbbuild\build.xml:665: The following error occurred while
executing this line:
C:\git\netbeans\nbbuild\build.xml:648: The following error occurred while
executing this line:
C:\git\netbeans\nbbuild\build.xml:630: The following error occurred while
executing this line:
C:\git\netbeans\nbbuild\build.xml:665: The following error occurred while
executing this line:
C:\git\netbeans\nbbuild\build.xml:648: The following error occurred while
executing this line:
C:\git\netbeans\nbbuild\build.xml:630: The following error occurred while
executing this line:
C:\git\netbeans\nbbuild\build.xml:677: The following error occurred while
executing this line:
C:\git\netbeans\nbbuild\templates\common.xml:207: Compile failed; see the
compiler error output for details.

Total time: 15 seconds


Eric Bresie
ebre...@gmail.com

Re: Maven indexing on NB 18

[Eric Bresie]

Ok, thanks for the clarification.
Eric Bresie
ebre...@gmail.com


On Sun, Jun 11, 2023 at 12:47 PM Michael Bien  wrote:

> no this is not how it works. The files of the remote index are not updated
> in real time. Last update was a week ago.
>
> even if NB is configured to check daily there would be nothing to update.
>
> -mbien
>
>
> On 11.06.23 15:56, Eric Bresie wrote:
>
> Not clear how the remote/local indexing works but, if there are updates on
> remote (i.e., new artifacts released), would that always make the remote
> index susceptible to constant changes meaning the local and remote would be
> out of sync requiring further updates?
>
> Eric Bresie
> ebre...@gmail.com
>
>
> On Fri, Jun 9, 2023 at 2:43 PM Michael Bien  wrote:
>
>> Hi Peter,
>>
>> I just started to take a closer look at incremental index updates, so
>> far I concentrated on the index itself and the initial extraction which
>> caused most of the problems.
>> (a lot of this is already testable if you download a dev build and is
>> planned to be in NB 19)
>>
>> the data for the central remote index is here:
>> https://repo1.maven.org/maven2/.index
>>
>> the metadata is:
>>
>>
>> https://repo1.maven.org/maven2/.index/nexus-maven-repository-index.properties
>>
>>
>> Since I have it all local for testing purposes, the last updates were:
>>
>> May 10, Jun 01, Jun 05
>>
>>
>> The same properties file is also in your cache folder and should be
>> identical if the index is up2date.
>>
>>
>> So, even if NB would check for updates often, there shouldn't be
>> anything to update - which is why I can't quite explain how it is
>> possible that it updated twice in one day.
>>
>> Are you sure both updates were for maven central? Since it could in
>> theory also update another repo, e.g apache - if it is used in a pom for
>> example.
>>
>>
>> The good news is that NB19+ will be able to use the latest maven-indexer
>> libraries, which allows us to contribute changes upstream.
>> e.g one change is pending here:
>> https://github.com/apache/maven-indexer/pull/318 which should make
>> incremental updates at least 4x faster.
>>
>>
>>
>> best regards,
>> michael
>>
>>
>> On 09.06.23 15:11, Peter Hull wrote:
>> > Hi,
>> > It seems to me that the maven indexing is running more often than it
>> > used to, and certainly more than 'once per week' which is what I've
>> > set it up for. For example, it's run twice today.
>> > Is there a log which shows how often it's run and what made it start,
>> > then I can confirm what the situation is? There's nothing useful
>> > AFAICS in the IDE log.
>> > Peter
>> >
>> > ps I'm running NB 18 with JDK 17 on Windows 11. The maven is the
>> built-in one.
>> >
>> > -
>> > 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: Proposal: Bi-weekly 30 minute NetBeans clinic

[Eric Bresie]

What timezone would that be?

Not sure if that's plausible but, would recording the Zoom sessions (and
archiving them where applicable) be worth considering?

Would leveraging the Netbean Slack channel (
https://join.slack.com/t/netbeans/shared_invite/zt-1xausihjk-d9hrprL2PArYrnri_HlC8g
) help any?

Eric Bresie
ebre...@gmail.com


On Wed, Jun 7, 2023 at 11:43 AM Neil C Smith  wrote:

> On Wed, 7 Jun 2023 at 13:08, Eric Barboni  wrote:
> > It could be done but we need minutes in asf slack / confluence / mail to
> keep trace for people that can't be there.
> > And any fast loop decision in zoom should be notified to mailing list .
> >
> > It's cool idea to smooth confusion too.
>
> Yes, important that things feed back to dev@ for input from anyone who
> can't be on the chat.  Same with ASF Slack.
>
> I'd be up for this if it really helps with coordination.  I'd be
> concerned if it adds to workloads, particularly around releases - OTOH
> if it can help spread that around the better because it's currently
> not that sustainable.
>
> Really needs some involvement of people from VSCode plugin side to be
> useful too.  I'm a little concerned how many things added / rushed in
> for that have been breaking main IDE functionality.  Better
> coordinated planning there might help.
>
> 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: Contrib Repo

[Eric Bresie]

I'm no expert on this but...

I tried some time back to take the nbpython contribution to integrate it
into the Apache Netbeans work...  The general input I got at the time was
that the nbPython contribution was to be included in coming donations from
Oracle which required some pre-donation checks to ensure no Oracle IP was
present.  Some of this may have involved removal of some code (which might
require further updates).

I believe the contribution paperwork signed when becoming a committer more
or less gave ownership/rights to Oracle so it was dependent on that.
However I believe in some cases the original contributors could have some
say in it if the given work was abandoned or no longer supported.

There was a call out to see which of these contributions the community
wanted to have donated.  With some being identified as candidates, others
being viewed as deprecated/not worth maintaining (i.e., requiring too much
work to bring it in line), Beyond that, I'm not sure any further donation
work against these is happening anymore.

I think part of the work when doing so might involve
(1) updating licenses where applicable.  Some of the contributions may have
existing licenses which did allow usages but still had to be in compliance
with Oracle licensing where applicable.
(2) managing the independent repo with contributions,
(3) delivering releasable artifacts (nbm, plugin portal, maven repo
publications, etc.)
(4) update for Netbeans compatibility (i.e. new NB versions builds with
applicable API compatibility, etc.)

I believe part of this contribution fork also included some "mavenizing" of
some of the contributions.

Once again...not an expert but that is my understanding of it.

Eric Bresie
ebre...@gmail.com


On Mon, Jun 5, 2023 at 2:29 PM Chris  wrote:

> Hey,
>
> we have this wonderful repo here with all contribs since sun/oracle i
> think: https://github.com/timboudreau/netbeans-contrib so what is the
> correct procedure, If I want to extend or fix a package let's say, like
> this:
>
> https://github.com/timboudreau/netbeans-contrib/tree/master/quickfilechooser
>
> Do I need to create a new plugin for this and this will by my "fork" of
> this or how should we do this? Should all of them treated as 3rd party
> plugins?
>
>
> 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
>
>
>
>

Re: Maven indexing on NB 18

[Eric Bresie]

Not clear how the remote/local indexing works but, if there are updates on
remote (i.e., new artifacts released), would that always make the remote
index susceptible to constant changes meaning the local and remote would be
out of sync requiring further updates?

Eric Bresie
ebre...@gmail.com


On Fri, Jun 9, 2023 at 2:43 PM Michael Bien  wrote:

> Hi Peter,
>
> I just started to take a closer look at incremental index updates, so
> far I concentrated on the index itself and the initial extraction which
> caused most of the problems.
> (a lot of this is already testable if you download a dev build and is
> planned to be in NB 19)
>
> the data for the central remote index is here:
> https://repo1.maven.org/maven2/.index
>
> the metadata is:
>
>
> https://repo1.maven.org/maven2/.index/nexus-maven-repository-index.properties
>
>
> Since I have it all local for testing purposes, the last updates were:
>
> May 10, Jun 01, Jun 05
>
>
> The same properties file is also in your cache folder and should be
> identical if the index is up2date.
>
>
> So, even if NB would check for updates often, there shouldn't be
> anything to update - which is why I can't quite explain how it is
> possible that it updated twice in one day.
>
> Are you sure both updates were for maven central? Since it could in
> theory also update another repo, e.g apache - if it is used in a pom for
> example.
>
>
> The good news is that NB19+ will be able to use the latest maven-indexer
> libraries, which allows us to contribute changes upstream.
> e.g one change is pending here:
> https://github.com/apache/maven-indexer/pull/318 which should make
> incremental updates at least 4x faster.
>
>
>
> best regards,
> michael
>
>
> On 09.06.23 15:11, Peter Hull wrote:
> > Hi,
> > It seems to me that the maven indexing is running more often than it
> > used to, and certainly more than 'once per week' which is what I've
> > set it up for. For example, it's run twice today.
> > Is there a log which shows how often it's run and what made it start,
> > then I can confirm what the situation is? There's nothing useful
> > AFAICS in the IDE log.
> > Peter
> >
> > ps I'm running NB 18 with JDK 17 on Windows 11. The maven is the
> built-in one.
> >
> > -
> > 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: Old Repo code Project Groups

[Eric Bresie]

There is a Project Group functionality built in to Netbeans.

It create and manage project groups allowing selection of which projects
are part of the group.

Is this what you are looking for?

Eric

On Thu, Jun 1, 2023 at 3:22 PM Chris  wrote:

> Hey,
>
> via archive.org I found this old plugin:
>
> https://web.archive.org/web/20210117160453/http://plugins.netbeans.org/plugin/4647/project-groups
> I know this plugin and I really like it, but I wanted to extends it and
> change code so I was searching for it for years and until now I used
> archive.org very rarely. Luckily I can still download this plugin and
> the site, where this was hosted is also available via archive.org:
>
> https://web.archive.org/web/20080328010029/http://blogs.sun.com/wind/entry/netbeans_project_groups_in_6
> .
> So the sourceode seemed still available. Problem is that I can't
> download it, because it is behind a login:
>
> https://web.archive.org/web/20080328010029/http://blogs.sun.com/wind/resource/projectgroups/org.netbeans.modules.project.portfolios_071216-163102.zip
>
> I know it is very old but less code is better than inventing the wheel
> again. Is there anyone at oracle who can find this old sourcecode on
> this old blog? I mean what happens when oracle closes blogs, will they
> be deleted? Would be cool, if this sourcode is still available somewhere.
>
>
> 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: Re: [Lazy Consensus] Minimum JDK build and run policy (dropping JDK 8)

[Eric Bresie]

Still support moving forward to JDK 11 but also appreciate backward 
compatibility with JDK 8.

Is there a catalog of Netbeans platform based products to show which may or may 
not be impacted by this one way or another?

Is it worth having a compatibility matrix to show what versions of NB and their 
compatible build/runtime/development (nb-javac) requirements?

My concern was always in cases when changes (not so much new features) in the 
JDK API used by NB modules start getting removed from the JDK. This was my 
concern at the time I raised https://issues.apache.org/jira/browse/NETBEANS-5349

Assuming in the above, need to start monitoring the build logs for deprecation 
warnings to prepare for such removal rd.

For another topic but should discussion also be had on process for what to do 
when new JDK API / functionality usage is introduced? Assume in that case it 
would have to follow a similar process as being discussed. Maybe can identify 
in the release plan up front that as of future NB version x, Introduction of 
JDK is allowed to be used.

Eric Bresie
ebre...@gmail.com (mailto:ebre...@gmail.com)

> On April 12, 2023 at 10:46:19 AM CDT, Michael Bien  (mailto:mbie...@gmail.com)> wrote:
> right. That is why JDK 11 as intermediate step can be important for some
> projects. NB should have some releases on JDK 11 to make migration
> easier. Nobody wants to solve too many problems at once.
>
> -mbien
>
> On 12.04.23 17:39 (x-apple-data-detectors://4), Peter Blemel wrote:
> > My only concern with dropping JDK 11 is that JDK 17 made certain policy 
> > warnings into fatal errors, which stops my platform apps from running. 
> > Granted, this is a matter of me tracking down all of the issues that JDK 17 
> > forbids and fixing them one way or another, but JDK 11 is used to work 
> > around that problem by myself and others.
> >
> > Peter
> > 
> > From: Mark Struberg  > (mailto:strub...@yahoo.de.INVALID)>
> > Sent: Wednesday, April 12, 2023 2:15 AM
> > To: dev@netbeans.apache.org (mailto:dev@netbeans.apache.org) 
> > mailto:dev@netbeans.apache.org)>
> > Subject: Re: [Lazy Consensus] Minimum JDK build and run policy (dropping 
> > JDK 8)
> >
> > Tbh, I'd rather stick with Java8 for now and then move to Java 17 at some 
> > point in time.
> >
> > Java11 is not as much used in the industry, it was kind of totally ignored 
> > by some companies and bigger projects. It also imo doesn't bring that much 
> > of a benefit for the code base. Plus the eco system is rather slowly 
> > moving. There are still too many Java 8 projects actively being used and 
> > maintained in the industry. And we still have Android as was mentioned.
> >
> > There will be the time to move away from Java8, but right now it might be a 
> > tad too early imo.
> >
> > So I'm rather
> > -0.5
> >
> > LieGrue,
> > strub
> >
> >
> >
> > > Am 03.04.2023 um 18:10 schrieb Michael Bien  > > (mailto:mbie...@gmail.com)>:
> > >
> > > +1 from my side!
> > >
> > > very well thought out proposal in my opinion.
> > >
> > > The LTS-1 model is also easy to communicate and to understand which has 
> > > some benefits in itself.
> > >
> > > Further, the option to branch a NetBeans LTS release if there is such 
> > > demand should cover all eventualities. I agree that we
> > > should be open to that option, assuming there is enough interest and 
> > > branch maintainers can be found.
> > >
> > > best regards,
> > > michael
> > >
> > >
> > > On 03.04.23 11:38, Neil C Smith wrote:
> > > > As mentioned elsewhere, I'm kicking off a process to bring this issue
> > > > to a decision. For various reasons, having a decision before we
> > > > branch off NB18 is desirable. I've drawn up a draft proposal (below)
> > > > that tries to encompass most of what has been expressed, and hopefully
> > > > achieves that - thanks to those who have already given feedback in its
> > > > iteration.
> > > >
> > > > This thread will be active for 7 days. Expressions of support and
> > > > disagreement welcomed. In particular, if you -1 please offer an
> > > > alternative to all or part of this proposal that you're able to help
> > > > implement. We should try and reach a consensus position that removes
> > > > any block. If after the 7 days we cannot do this, then we move to a
> > > > vote on this with any agreed amendments.
> > > >
> > > > See also the

Re: Re: log4j

[Eric Bresie]

Kind of moot point now but FYI 
https://logging.apache.org/log4j/2.x/security.html

Eric Bresie
ebre...@gmail.com (mailto:ebre...@gmail.com)

> On March 25, 2023 at 12:55:40 PM CDT, Matthias Bläsing 
>  (mailto:mblaes...@doppel-helix.eu.invalid)> wrote:
> Hi,
>
> Am Freitag, dem 24.03.2023 um 22:29 +0100 schrieb Matthias Bläsing:
> > Hi,
> >
> > to prevent duplicate work: I'm preparing a patch to get log4j out.
> >
> > Greetings
>
> and here it is:
>
> https://github.com/apache/netbeans/pull/5716
>
> a nightly build is available from the checks summary page:
>
> https://github.com/apache/netbeans/actions/runs/4519593120
>
> or directly via:
>
> https://github.com/apache/netbeans/suites/11806181515/artifacts/616280546
>
>
> Two tests are relevant:
>
> a) @William: is your security happy with this?
> b) @all: does see anyone see problems? (Unittests ran and were green).
>
> Greetings
>
> Matthias
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org 
> (mailto:dev-unsubscr...@netbeans.apache.org)
> For additional commands, e-mail: dev-h...@netbeans.apache.org 
> (mailto:dev-h...@netbeans.apache.org)
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>

Re: Updated dependencies triggers nbm-maven-plugin dependency build issue

[Eric Bresie]

Okay...backing out updates, I hink it may be due to usage of


org.apache.maven.plugins
maven-site-plugin
4.0.0-M4
maven-plugin


4.0.0-M3 seemed to work but then M4 seemed to start breaking things.

Any idea why this upgrade may break things with the nbm-maven-plugin:4.8?

Or are there some other dependencies mayb not referenced in the pom file?

Eric Bresie
ebre...@gmail.com


On Sun, Apr 2, 2023 at 11:18 AM Eric Bresie  wrote:

>
> Trying to update my maven dependency plugins and when I've updated all of
> them, I've get build failures like
>
> Failed to execute goal
>> org.apache.netbeans.utilities:nbm-maven-plugin:4.8:manifest
>> (default-manifest) on project python4nb:
>> Uncategorized problems with NetBeans dependency verification (maybe
>> MNBMODULE-102 or wrong maven dependency metadata).
>> Supposedly external classes are used in the project's binaries but the
>> classes are not found on classpath.
>> Class usages: [
>> com.github.luben.zstd.ZstdInputStream,
>> org.jetbrains.annotations.Contract,
>> org.jetbrains.annotations.Nullable,
>> com.github.luben.zstd.BufferPool,
>> com.github.luben.zstd.ZstdOutputStream,
>
>
>
>> org.jetbrains.annotations.NotNull] -> [Help 1]
>> To see the full stack trace of the errors, re-run Maven with the -e
>> switch.
>> Re-run Maven using the -X switch to enable full debug logging.For more
>> information about the errors and possible solutions, please read the
>> following articles:
>> [Help 1]
>> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
>
>
> This seems similar to what was described previously for 4.2 version of
> https://lists.apache.org/thread/sm6qc78mgbn271mdy9pnbbs9dzp8b6m5
> But if I do false the nbm-maven-plugin
> appears to no longer recognize this tag.
>
> Any ideas?
>
> Eric Bresie
> ebre...@gmail.com
>

Updated dependencies triggers nbm-maven-plugin dependency build issue

[Eric Bresie]

Trying to update my maven dependency plugins and when I've updated all of
them, I've get build failures like

Failed to execute goal
> org.apache.netbeans.utilities:nbm-maven-plugin:4.8:manifest
> (default-manifest) on project python4nb:
> Uncategorized problems with NetBeans dependency verification (maybe
> MNBMODULE-102 or wrong maven dependency metadata).
> Supposedly external classes are used in the project's binaries but the
> classes are not found on classpath.
> Class usages: [
> com.github.luben.zstd.ZstdInputStream,
> org.jetbrains.annotations.Contract,
> org.jetbrains.annotations.Nullable,
> com.github.luben.zstd.BufferPool,
> com.github.luben.zstd.ZstdOutputStream,



> org.jetbrains.annotations.NotNull] -> [Help 1]
> To see the full stack trace of the errors, re-run Maven with the -e switch.
> Re-run Maven using the -X switch to enable full debug logging.For more
> information about the errors and possible solutions, please read the
> following articles:
> [Help 1]
> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException


This seems similar to what was described previously for 4.2 version of
https://lists.apache.org/thread/sm6qc78mgbn271mdy9pnbbs9dzp8b6m5
But if I do false the nbm-maven-plugin
appears to no longer recognize this tag.

Any ideas?

Eric Bresie
ebre...@gmail.com

Re: Uploading binaries (OSUOSL)

[Eric Bresie]

Out of curiosity and for reference, why are these files published there?

Do I remember correctly that these are there to provide access to download
for use in the build for files not available on other sources, have been
abandoned/no longer available for some reason, or some other reason?

Assume some portion of these may be available for other sources (i.e. maven
central).  Is any of these sources available as an alternative?

For some of the old dependencies, is it worth investigating why these old
dependencies are still needed and maybe could be replaced with something
else (and/or newer)?

Eric Bresie
ebre...@gmail.com


On Sat, Feb 25, 2023 at 10:54 PM Junichi Yamamoto 
wrote:

> Hi,
>
> I can download that file without running the script. (I can build NB now.)
> So, there is no problem, I think. Just ignore the previous e-mail.
>
> Thanks,
> Junichi
>
> On Sun, Feb 26, 2023 at 1:40 PM Junichi Yamamoto 
> wrote:
> >
> > Hi,
> >
> > I've uploaded a file to http://netbeans.osuosl.org/binaries/.
> > Then, I run the script (trigger-netbeans) but I got an error...
> >
> > Is this script broken?
> >
> > Thanks,
> > Junichi
>
> -
> 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: Documentation Review Questions

[Eric Bresie]

Regarding source...

If the files on archive.org have reasonable licenses, could they be
downloaded / "forked" from the archived files and then updated as needed?
For those without, can they be recreated?

Given over time things have changed (i.e. deprecated APIs, change in
development [layer.xml / annotations], etc.), maybe just "follow the
tutorial", create new source code as we go, and add applicable Apache
license in place, and check in?

But how would that integrate with the netbeans-website links (i.e. ascii
doc link to github blob file location)?

Would it just be better to have a "src" folder under the netbeans-website
and check in under that?  Or for each tutorial, have a "src" under each?
There seem to be some source (like
https://github.com/apache/netbeans-website/blob/master/netbeans.apache.org/src/old_content/content/tutorials/80/images/vislib_ShapeNode.java
) but not only is this "old_content", but sure that's right way to capture
it (i.e. under "images"?).

Eric Bresie
ebre...@gmail.com


On Sat, Feb 25, 2023 at 11:27 AM Antonio  wrote:

> Agreed!
>
> We'll need a sample code repo... and sample code! :-)
>
> Cheers,
> Antonio
>
> On 25/2/23 18:19, Michael Bien wrote:
> > some tutorials link to archive.org I believe. But this is just a
> > workaround and shouldn't stay like that IMO.
> >
> > Sooner or later we are going to need a sample code repo - I agree.
>
> -
> 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: [External] : No communication from plugin portal verifiers (do we need to drop plugin portal?)

[Eric Bresie]

Isn’t the whole reason for signed plugins to ensure they are provided by a
trusted source and not tampered with by bad actors?  If no signing, does
that add a risk of possible tainted plugins with malicious intent?

Eric

On Mon, Feb 20, 2023 at 1:37 PM Matthias Bläsing
 wrote:

> Hi Jiří,
>
> Am Freitag, dem 17.02.2023 um 18:49 +0100 schrieb Jiří Kovalský:
> > Anyway, I can give the context here. :) About two months ago Mani
> > (Cc:ed here) joined the team of plugin verifiers as a new volunteer and
> > during the introductory call with him we talked about whether plugins
> > should be signed. As per the Plugin Verification specification [1] the
> > installation instructions only mention:
> >
> > 1.8 If validation warning about self-signed certificate is displayed,
> > accept it by clicking Continue button.
> >
> > [1]
> >
> https://synergy.netbeans.apache.org/#/title/verification_of_apache_netbeans_plugin/
> >
> > It says nothing about not signed plugins but we came to the conclusion
> > that if self-signed plugins are explicitly tolerated then not-signed one
> > should not.
> >
> > However, if you and Neil think that the signature check should be
> > excluded completely and NetBeans community supports it, let's remove it.
> > And even more if the whole verification process is seen as useless then
> > let's have an official community voting and then get rid of it!
>
> I have mixed feeling about this, but my surprise did not come from the
> requirement to sign the package, but from the change in policy. If the
> plugin had not been approved multiple time before, I might have just
> shrugged if off, this way it felt very irritating.
>
> Anyway, I want to focus on other things, so for now lets keep it as is.
> Seems to be working.
>
> > As an immediate fix I have changed my NoGo to Go for all your 3 plugins
> > and hereby ask Carlos/Geertjan/Mani to do the same if they agree.
>
> Thank you.
>
> Greetings
>
> Matthias
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
> --
Eric Bresie
ebre...@gmail.com

Re: Re: Rust, anyone?

[Eric Bresie]

Sorry…so is the implication it’s being provided as a plug-in or integrated as a 
core plugin?

Given my past attempt to bring nbpython in, are there any donation concerns one 
way or another?

Eric Bresie
ebre...@gmail.com

> On February 14, 2023 at 3:33:26 PM CST, John Kostaras  (mailto:jkosta...@gmail.com)> wrote:
> The new plugin works pretty much like the previous one. well done Antonio.
>
> Would such a window be necessary for this plugin, too? I suppose so.
>
> Click on Tools → Options or NetBeans → Preferences (Mac) --> Rust .
>
>
>
>
>
> On Mon, Feb 13, 2023 at 9:01 PM John Kostaras  (mailto:jkosta...@gmail.com)> wrote:
> > I know, I wrote that sentence! :)
> >
> > I mention it here for awareness and maybe reuse some of the code... :)
> >
> > On Mon, Feb 13, 2023 at 7:50 PM László Kishalmi  > (mailto:laszlo.kisha...@gmail.com)> wrote:
> > > It says: It is recommended to rewrite/migrate the plugin to ANTLR4 and 
> > > LSP.
> > >
> > > On Sun, Feb 12, 2023 at 11:08 PM John Kostaras  > > (mailto:jkosta...@gmail.com)> wrote:
> > >
> > > > Hello there. There has already been something about Rust
> > > > <https://cwiki.apache.org/confluence/display/NETBEANS/Rust+plugin>
> > > > (written
> > > > in JavaCC).
> > > >
> > > > Ioannis.
> > > >
> > > >
> > > > On Sun, Feb 12, 2023 at 10:18 AM Antonio  > > > (mailto:anto...@vieiro.net.invalid)>
> > > > wrote:
> > > >
> > > > > Thanks Michael!
> > > > >
> > > > > D'oh! My intents to add Rust to the NetBeans core (very much as in the
> > > > > Linux kernel case) have been detected! :-D
> > > > >
> > > > > Latest commits solve these issues, though (and add new bugs).
> > > > >
> > > > > Next challenge: Cargo workspaces [1].
> > > > >
> > > > > Cheers,
> > > > > Antonio
> > > > >
> > > > > [1] https://doc.rust-lang.org/book/ch14-03-cargo-workspaces.html
> > > > >
> > > > > On 12/2/23 9:03 (x-apple-data-detectors://14), Michael Bien wrote:
> > > > > > for others who want to give it a try: I had to fix two things to 
> > > > > > make
> > > > > > the build pass:
> > > > > > - removed references of RustPackage in org.openide.nodes.Node
> > > > > > (probably a happy coding accident)
> > > > > > - had to create this folder: 
> > > > > > netbeans/rust/rust.project/test/unit/src
> > > > >
> > > > > -
> > > > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org 
> > > > > (mailto:dev-unsubscr...@netbeans.apache.org)
> > > > > For additional commands, e-mail: dev-h...@netbeans.apache.org 
> > > > > (mailto:dev-h...@netbeans.apache.org)
> > > > >
> > > > > For further information about the NetBeans mailing lists, visit:
> > > > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> > > > >
> > > > >
> > > > >
> > > > >
> > > >

Re: NBLS issue with NB17

[Eric Bresie]

Is this worthy of a 17.u1 update with this and maybe the EE updates?

Get Outlook for iOS

From: Martin Balín 
Sent: Wednesday, February 15, 2023 9:47:58 AM
To: dev@netbeans.apache.org 
Subject: Re: NBLS issue with NB17

Hi,
As much as I would like to see this fix in NB 17 I agree with you Neil re work 
lost etc. Lets’ continue with voting and I will think about something for 
VSNetBeans post 17 release.
Martin

> On 15. 2. 2023, at 16:08, Neil C Smith  wrote:
>
> On Wed, 15 Feb 2023 at 14:47, Svata Dedic  wrote:
>> I ask you to consider this hotfix to be applied on branch release170 and
>> creating a RC4 with that hotfix ...
>
> Sorry, the vote candidate has been built, signed and uploaded already,
> along with half of the other artefacts -
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/17/
>
> I'm not sure what the right answer is here, but I don't particularly
> want to throw away hours of work on this issue.  It would also delay
> the IDE release by at least a week (and probably need someone else to run
> the vote then).  Perhaps we bring in to release170 after the main
> release, and have a separate source and binary vote for VSCode alone?
>
> 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: Arrays.asList...stream to Arrays.stream

[Eric Bresie]

My understanding is the Stream/lambda usage provides a "functional" way of
doing things, (some say) better readability, and provides opportunities for
parallel processing (i.e. the internal mechanisms leverage the
multi-core/process artifactures a little better if I understand correctly).

Eric Bresie
ebre...@gmail.com


On Sun, Jan 29, 2023 at 8:56 AM Laszlo Kishalmi 
wrote:

> As of readability and debug-ability, I'm sorry to say but old-school wins.
>
> It starting to look like when you found the hammer everything seems to
> be a nail...
>
> On 1/29/23 02:21, Łukasz Bownik wrote:
> > I can't help it
> > It's stronger than me!
> >
> > AARGH!
> >
> > ;););););)
> >
> >
> >  toURLs(Stream.of(prjs).
> >flatMap(this::toArtifacts).
> >flatMap(this::toLocations).
> >collect(toList());
> >  }
> >
> >  private Stream toArtifacts(Project prj) {
> >
> >  return Stream.of(findArtifactsByType(prj, ARTIFACT_TYPE_JAR));
> >  }
> >
> >  private Stream toLocations(Artifact a) {
> >
> >  return Stream.of(a.getArtifactLocations());
> >  }
> >
> >
> >
> > On Sun, Jan 29, 2023 at 9:44 AM Svata Dedic 
> > wrote:
> >
> >> And what about old school
> >>
> >>   List uris = new ArrayList<>(prjs.length);
> >>   for (Project p : prjs) {
> >>   for (AntArtifact a :
> >> AntArtifactQuery.findArtifactsByType(p,
> >> JavaProjectConstants.ARTIFACT_TYPE_JAR)) {
> >>   uris.addAll(Arrays.asList(a.getArtifactLocations()));
> >>   }
> >>   }
> >>   return toURLs(uris);
> >> ? Streams and lambdas are very modern, fancy and cool, but if it ever
> >> comes to debugging are just pain in the ass.
> >>
> >> -S.
> >>
> >> On 29. 01. 23 6:59, name name2 wrote:
> >>> toURLs(
> >>> Arrays.asList(prjs).stream().flatMap(
> >>>   (prj) -> Arrays.asList(
> >>>   AntArtifactQuery.findArtifactsByType(prj,
> >>> JavaProjectConstants.ARTIFACT_TYPE_JAR)
> >>>   ).stream()).
> >>>   flatMap((a) -> Arrays.asList(a.getArtifactLocations()).stream()).
> >>>   collect(Collectors.toList())
> >>> );
> >>>
> >>> to
> >>>
> >>> toURLs(
> >>> Arrays.stream(prjs).flatMap(
> >>>   (prj) -> Arrays.stream(
> >>>   AntArtifactQuery.findArtifactsByType(prj,
> >>> JavaProjectConstants.ARTIFACT_TYPE_JAR)
> >>>   )).
> >>>   flatMap((a) -> Arrays.stream(a.getArtifactLocations())).
> >>>   collect(Collectors.toList())
> >>> );
> >>>
> >>>
> >>> Its ProjectClassPathModifier.java
> >>>
> >>> 8 files changed:
> >>>
> >>>  -
> >>>
> >>
>  
> extide\gradle\src\org\netbeans\modules\gradle\loaders\ExtensionPropertiesExtractor.java
> >>>  -
> >>>
> >>
>  
> groovy\groovy.editor\src\org\netbeans\modules\groovy\editor\api\parser\GroovyParser.java
> >>>  - ide\db\src\org\netbeans\api\db\explorer\ConnectionManager.java
> >>>  -
> >>>
> >>
>  
> java\java.project\src\org\netbeans\api\java\project\classpath\ProjectClassPathModifier.java
> >>>  - nb\autoupdate.pluginimporter
> >>>  -
> src\org\netbeans\modules\autoupdate\pluginimporter\Installer.java
> >>>  -
> >>>
> >>
>  
> test\unit\src\org\netbeans\modules\autoupdate\pluginimporter\InstallerTest.java
> >>>  - o.n.upgrader\src\org\netbeans\upgrade\AutoUpgrade.java
> >>>  - test\unit\src\org\netbeans\upgrade\AutoUpgradeTest.java
> >>>
> >>>
> >>> Can i make PR or not?
> >>>
> >>
> >> -
> >> 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: NetBeans Cache Cleanup

[Eric Bresie]

While writing some Unit Tests for Janitor code,  I think some of the
location of the user/cache folder may be causing some confusion in Janitor
/ Places code.  Up front, sorry for the length and not sure if any of this
is an issue with how the unit tests "setup of the user/cache" directories
is written or may highlight an actual code issue.

>From Netbeans...Help, the folders show

*User directory:* <%USERPROFILE%>\AppData\Roaming\NetBeans\

*Cache directory:*  <%USERPROFILE%> \AppData\Local\NetBeans\Cache\


On local Windows install, the cache seems to be in location like
%USERPROFILE%\AppData\Local\NetBeans\Cache\ ) compared to user in
slightly different location at
%USERPROFILE%\AppData\Roaming\NetBeans\ so the "cache" does not
appear to be a subfolder under user directory and the "version" subfolder
may also be in different areas.

Is the "cache" (and user) location different on Windows vs non-Windows?  On
"non-windows" is it expected under /version/var/cache vs
"windows" under a different location (i.e.
"%USERPROFILE%\AppData\Local\NetBeans\Cache\")?  Is the "cache"
supposed to be a sub-directory of the "netbeans.user" or separate location
(i.e. // or /Cache)?

Could this sort of differences in location cause problems with the Janitor
cache and other things (i.e. when importing values from older versions
maybe it's trying to pull and can't find it because it's in an inconsistent
location)?

If the "netbeans.user" points to a  subfolder, and the cache is a
subfolder under the folder, then would there not be a
//var/cache/?  Or am I completely getting
confused here?

Looking around it seems some of these locations may have changed with
different /newer NB versions (see How to clear the cache in NetBeans
<https://stackoverflow.com/questions/8689780/how-to-clear-the-cache-in-netbeans/17238597#17238597>).
Is it possible some older cache location code still remains in some context?

>From what I can tell, the "Places" code is supposed to handle some
user/cache location cross platform logic.

In the Places.getCacheDirectory() code it seems to determine it relatie to
the user directory and append the var/cache subfolders like the following

File userdir = getUserDirectory();
if (userdir != null) {
return new File(new File(*userdir, "var"), "cache"*);
}
return new File(System.getProperty("java.io.tmpdir"), "nbcache");


So the getCacheDirectory() returns /var/cache if a userdir exists
or else a temp/nbcache folder.  Is this an "old cache location" as well
needing to be updated or maybe has some OS specific criteria that has to be
addressed?

Is the "netbeans.user" directory supposed to point to a (1)  or a (2) / folder?  Assume in most
cases it should be (2) but in cases =when trying to scan for all different
versions of user/cache directories like in the case of Janitor code, assume
that means it's scanning for different versions at (1) (which may imply
(2).parentDir() ) and finding each "version specific" (2) location.

in Janitor code...If the cache is at //var/cache
then the "cacheDir.getParent" would return "var" and not the "version" or
"cache" equivalent folder. If in a
%USERPROFILE%\AppData\Local\NetBeans\Cache\
seems like it would return the "Cache" folder

File cacheDir = Places.getCacheDirectory();
if (cacheDir != null) {
ret = new File(cacheDir.getParentFile(), version);
ret = ret.isDirectory() ? ret : null;
}



Is there a netbeans version or platform specific criteria as to where the
"cache version" data gets stored that needs to be adjusted in a few places?

Is the usage of var/cache subfolder an artifact of older cache versioning
scheme (see above link) which has been replaced by something else in newer
NB versions?

Eric Bresie
ebre...@gmail.com


On Wed, Dec 28, 2022 at 6:10 PM Laszlo Kishalmi 
wrote:

> Well, the code is here:
> https://github.com/apache/netbeans/tree/master/platform/janitor
>
> I'd like if someone on Windows where this is reproducible could take a
> look. Maybe some file is locked there... I do not know. All I could do is
> to add a proper logging at
> https://github.com/apache/netbeans/blob/5f2e1382bc66d465a544ab358171c1810b57834f/platform/janitor/src/org/netbeans/modules/janitor/Janitor.java#L236
>
>
>
> On 12/28/22 09:25, Eric Bresie wrote:
>
> The only problem is when I do tell it to run the janitor it still does not
> run and it just keeps coming back and the folder remains.
>
> I think Laszlo mentioned maybe a permissions or some other issue
> previously.
>
> Where in the code base is this activity?
>
> Eric Bresie
> ebre...@gmail.com
>
>
> On Wed, Dec 14,

Re: [NOTICE] - Freeze and branch for Apache NetBeans 17 on January 18th

[Eric Bresie]

Is this based on 16-u1?

On Fri, Jan 6, 2023 at 8:21 AM Neil C Smith  wrote:

> Hi All,
>
> This is advance notice that we're intending to freeze and branch for
> NetBeans 17 on January 18th.
>
> As we wind down towards NetBeans 17, please help with reviewing
> remaining pending pull requests by January 17th.
>
> Please be release aware - merged PRs should be ready for release and
> not require follow up.  If in doubt, push back to NB18.
>
> https://github.com/apache/netbeans/milestone/20
>
> Also, please help with triaging issue reports, and mark with NB17
> anything that might be high or critical priority for the release.
>
> We're intending to create the delivery and release branches on January
> 18th.  All remaining open PRs will be retagged to NB18.  Anything that
> requires merging to NetBeans 17 after that date should be opened /
> rebased against delivery for review.
>
> A first release candidate should be available by January 19th, with
> weekly release candidates until the release vote.
>
> Thanks all and best wishes,
>
> Neil
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
> --
Eric Bresie
ebre...@gmail.com

Re: Lets talk about JDK 8 (new year edition)

[Eric Bresie]

On Tue, Jan 10, 2023 at 8:21 AM Michael Bien  wrote:

>
> The commit validation job is currently testing on 8, 11, 17 and 20-ea.
> It doesn't like NetBeans editor modules which require java 11 though
> which blocks a Jakarta EE 10 PR atm (#4692).
>
> This means we need either 1) a volunteer who would like to spend time
> and fix JDK 8 tests,


Any further details on the failures?

Is there an issue to track this work should someone step up?


-- 
Eric Bresie
ebre...@gmail.com

Re: [DISCUSSION] Apache NetBeans 16-u1 Finalization Steps

[Eric Bresie]

Kind of OBE by now but maybe this might have helped some (and the links on
the page)
https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+Release+Management

Eric Bresie
ebre...@gmail.com


On Tue, Jan 3, 2023 at 8:13 PM Laszlo Kishalmi 
wrote:

>
> On 1/3/23 02:33, Neil C Smith wrote:
> > Hi Laszlo,
> >
> > On Mon, 2 Jan 2023 at 20:59, Laszlo Kishalmi 
> wrote:
> >> I've started the finalization steps for Apache NetBeans 16-u1 release.
> > Thanks for leading this through, and sorry for being personally
> > incommunicado and not getting around to voting - I would love to claim
> > excessive merriment, but mainly just laid low by a virus. :-\
>
> Get well, that's the important!
>
> I have not felt myself alone in this release, thank you for guiding me
> through! It seems we've evolved quite much, since my days.
>
>
> >> So far:
> >>
> >>- Created a "16-u1" tag in Git
> >>- Moved the 16-u1 folder into the release area in subversion.
> > Sounds good.
> >
> >> Next, I'd do the following:
> >>
> >>- do a subversion copy on ^/release/netbeans/netbeans/16-u1/nbms as
> >> ^/release/netbeans/netbeans/16/nbms/16-u1
> > No need for that.  Just keep everything where it is.  We don't want
> > duplicate binaries in the releases section, and keeping things clearly
> > separated is better (in some ways) for managing.
> >
> >>- Prepare a manually patched updates.xml (the gz as well) on the
> >> NetBeans VM adding the new location of the two patched modules.
> >>- Wait a day for the mirrors to be sync-ed
> > No need for that - no mirrors to sync anymore!  There is instead a
> > download CDN service - dlcdn.a.o
> >
> > If you check the .htaccess file on the VM, you'll notice we no longer
> > link to closer.lua but directly to dlcdn.  The main download pages
> > still use closer.cgi, but you should see the link come up as dlcdn in
> > most cases - eg.
> >
> https://www.apache.org/dyn/closer.cgi/netbeans/netbeans/16/netbeans-16-bin.zip
> >
> > So, to make this easier, please hardcode the links in updates.xml to
> >
> >
> https://dlcdn.apache.org/netbeans/netbeans/16-u1/nbms/extide/org-netbeans-modules-gradle.nbm
> >
> https://dlcdn.apache.org/netbeans/netbeans/16-u1/nbms/java/org-netbeans-modules-gradle-java.nbm
> >
> > Could do with a better system for this, as we'll need to update the
> > links again when we archive.  Perhaps using alternative relative links
> > and .htaccess.  I realise your suggestion to copy under 16/nbms/ might
> > help there, but other downsides to that.
> >
> >>- Activate the patched update.xml on NetBeans VM (Keeping a backup
> >> version)
> > Yes, please keep a backup in place.  Also make sure the owner /
> > permissions ensure it's not served.
> Well, I left the owner as www-data:www-data, the .htaccess takes care
> that only updates.xml* is served.
>
> Created files updates-16.xml and updates-16-u1.xml (and gz and sha512 in
> the same pattern). updates.xml and others have been replaced with
> symlinks pointing to the 16-u1 versions.
>
> It seems to be working, so people will start to receive these updates on
> the next update center check.
>
> I'm sending out announcements soon.
>
> Once again,
>
> Thank you Neil!
>
>
> >
> > And please use [RELEASES] in the email subject - helps anyone doing
> > subject filtering.
> >
> > 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: [DISCUSSION] DevOps Cluster?

[Eric Bresie]

Assume some of these interfaces would also show up under the "Service" area
which currently has


   1. "Databases"
   2. "Web Services:
   3. "Servers"
   4. "Maven Repositories"
   5. "Cloud"
   6. "Hudson Builders"
   7. "Docker"
   8. "Task Repositories:
   9. "JS Test Driver"
   10. "Selenium Server"


Or is the idea here (in addition to a "DevSecOps" cluster in build context)
to have a "DevSecOps" grouping with all of these assorted services being
able to be added here?

Do any of these services in question fall under one of these existing ones
(i.e. maybe under Cloud which when right clicking allows adding an "Amazon
Beanstalk" or "Oracle Cloud" option).

With the "Enterprise" being very "bloated" would it be worth moving those
out into a smaller grouping (i.e. into DevSecOps")?

Eric Bresie
ebre...@gmail.com


On Thu, Jan 5, 2023 at 1:01 PM László Kishalmi 
wrote:

>
> Well,
>
> @Eric Bresie 
> I usually do not enable the Enterprise cluster on my work NetBeans, and
> Java SE + Groovy is only enabled as we have Jenkins in Job DSL. Anyway, I
> think the Enterprise cluster is bloated already.
>
> Yes, there are some things available as LSP, but if I'd just use that I
> could use VS Code as well.
>
> @Eric Barboni 
> Yes, if there were support for Ansible or Puppet, those would belong there.
>
> Yes, the new modules can be put into existing clusters, the question would
> be which one and why.
>
> @Michael Bien 
>
> Well, that wouldn't be the "generic project" idea, rather than some shared
> project infrastructure code between Terraform and Helm, though that
> "generic project" could come out of that.
>
> Also till a point ide cluster is fine, and from a point it might be weird.
> I feel that with docker now. The editor support is fine, Dockerfiles are
> common enough. The other docker integrations however could go somewhere
> else. (Those features not that useful, and probably need some love)
>
>
> Let's step back and ask, what requirements need to be fulfilled to have a
> new cluster.
> Also what things are against creating a new cluster.
>
> On Thu, Jan 5, 2023 at 4:30 AM Eric Bresie  wrote:
>
>> Would any of that fall under the enterprise cluster which has some
>> “cloud” functionality (Amazon. or is that too overloaded) or ide which has
>> some container (docker)?
>>
>> So is a LSP server an option for some of this? There seem to be a few
>> servers available for Terraform
>> https://microsoft.github.io/language-server-protocol/implementors/servers/
>>
>> Get Outlook for iOS<https://aka.ms/o0ukef>
>> 
>> From: Eric Barboni 
>> Sent: Thursday, January 5, 2023 3:52:25 AM
>> To: dev@netbeans.apache.org 
>> Subject: RE: [DISCUSSION] DevOps Cluster?
>>
>> It could be nice.
>>
>> I'm not very aware of the scope but ansible or puppet could belongs to
>> this cluster ? (no intend to do plugin )
>>
>> Best Regards
>> Eric
>>
>> -Message d'origine-
>> De : Michael Bien 
>> Envoyé : jeudi 5 janvier 2023 09:01
>> À : dev@netbeans.apache.org; Laszlo Kishalmi 
>> Objet : Re: [DISCUSSION] DevOps Cluster?
>>
>> sounds awesome,
>>
>> comments inline.
>>
>> On 04.01.23 16:48, Laszlo Kishalmi wrote:
>> > Dear all,
>> >
>> > As many of you know, I'm a DevOps Engineer by trade (whatever that
>> > means). I use NetBeans daily, however beside supporting Text editing,
>> > terminal and favorites to organize my work. Text editing is mostly
>> > Terraform and sometimes YAML.
>> >
>> > One day, I spent good time, when I edited code in a long comment
>> > block, trying to troubleshoot why my changes were not applied. That
>> > would be obvious if I had basic syntax highlight for Terraform.
>> >
>> > I wanted to create a syntax highlight module for Terraform. I checked
>> > the available HCL grammars written in Java, I was not convinced
>> > enough. That lead to ANTLR support in NB16.
>> >
>> > So, I have an ambitious plan creating a set of plugins which actually
>> > would help my work:
>> >
>> >  - Support for Helm Charts: That would mean Helm Charts would open as
>> > NetBeans Projects, main goal would be providing code completion in the
>> > Yaml templates.
>> >
>> >  - Editor Support for Terraform files: syntax highlight, code
>> > templates
>> >
>> >  - Te

Re: bits.netbeans.org doc search problem

[Eric Bresie]

Am I remembering correctly that the javadocs have to periodically get
regenerated (manually I think) and maybe there are occasionally some
"hiccups" in the process?

Are these sorts of things impacted by the actual javadoc annotations
needing updating on a case by case basis?

Eric Bresie
ebre...@gmail.com


On Thu, Jan 5, 2023 at 7:11 PM Ernie Rael  wrote:

> Under javadoc for ActionRegistration annotation, in the verbose doc for
> lazy, the Presenter.* links work.
>
> -ernie
>
> On 23/01/05 2:29 PM, Ernie Rael wrote:
> > Came across another unexpected "Oracle Transition".
> >
> > 1. Goto PopupAction
> > 2. Click on something under "Nested Class Summary".
> >
> > Can't find Presenter either. Not sure how widespread this nested class
> > issue is.
> >
> > -ernie
> >
> > On 23/01/04 5:25 PM, Ernie Rael wrote:
> >> Clicking on "ContextAwareAction", through following steps ends up at
> >> https://netbeans.apache.org/about/oracle-transition.html
> >>
> >> 1. bits.netbeans.org - click on "Apache NetBeans dev"
> >> 2. search for actionreg - click on "ActionRegistration"
> >> 3. just above the "since 7.26" - click on "context aware action"
> >>it goes to method returning ContextAwareAction
> >> 4. Click on "ContextAwareAction"
> >>is:
> >>
> https://bits.netbeans.org/dev/javadoc/org-openide-util/org/openide/util/ContextAwareAction.html?is-external=true
> >>
> >>sb:
> >>
> https://bits.netbeans.org/dev/javadoc/org-openide-util-ui/org/openide/util/ContextAwareAction.html
> >>
> >>
> >> Observe: end up at transition page.
> >>
> >> Looks like: "org-openide-util" should be "org-openide-util-ui
> >>
> >> I took a look at Actions.java, but IDK...
> >>
> >> -ernie
> >>
> >> I replied, rather than a new message, because the original message
> >> was about the same interface and I can be easily amused.
> >>
> >>
> >> On 22/09/28 5:35 AM, Eric Barboni wrote:
> >>> Nice finding
> >>> Seems that regexp is not parsing the interface
> >>> linehttps://
> github.com/apache/netbeans/blob/b7cabc0cf7417fd494cf3f84cd6169bc4eadb75f/nbbuild/antsrc/org/netbeans/nbbuild/JavadocIndex.java#L115
> >>>
> >>> A typical interface line looks like:
> >>>  >>> title="interface in org.openide"> >>> class="interfaceName">ErrorManager.Annotation
> >>>
> >>> I try to edit the regexp but I did not succed to swallow the span
> >>> element.
> >>>
> >>> Start thinking using jsoup to do the job  (but that's because I'm
> >>> not goot at regexp)
> >>>
> >>> Regards
> >>> Eric
> >>>
> >>> -Message d'origine-
> >>> De : Ernie Rael  Envoyé : samedi 24 septembre
> >>> 2022 19:05
> >>> À :dev@netbeans.apache.org
> >>> Objet : bits.netbeans.org doc search problem
> >>>
> >>> I wanted to take a look at ContextAwareAction. But entering this in
> >>> the search box has no results. Found it in the source, searched for
> >>> imageutil from the same package, clicked AllClasses, found it there.
> >>>
> >>> I think this has been an issue for a long time. Might have to do
> >>> with "Interface".
> >>>
> >>> ernie
> >>>
> >>>
> >>> -
> >>> 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: Maven/Gradle Netbean Builds [Re: JUnit 5 Generated Tests Warning/Error]

[Eric Bresie]

Thanks for the input guys.

I'm not trying to start a "build system holy war" here, just a general
discussion on the merits...

I acknowledge this is not something that would be done overnight (i.e. long
term project)...

A few thoughts below (EB>)...

Eric Bresie
ebre...@gmail.com

On Sat, Jan 7, 2023 at 2:24 PM Laszlo Kishalmi 
wrote:

>
> On 1/7/23 08:47, Matthias Bläsing wrote:
> > Am Samstag, dem 07.01.2023 um 10:25 -0600 schrieb Eric Bresie:
> >> That is a bigger philosophical/paradigm change here.  Are there any
> >> longer term plans to migrate the Netbeans codebase build from ant to
> >> something other (Maven or Gradle)?
>

EB> I want to say up front and agree with others, that ant has done well in
this context


> > I have to ask: What problem do you try to fix? Sure when the build is
>

EB> The problem is usage of an "older build" system instead of leveraging a
new build system as is common in java ecosystems.

EB> For example, from the original thread

On Sat, Dec 31, 2022 at 11:18 AM Ernie Rael  wrote:

> My solution, considering that ant is essentially deprecated in NetBeans,

was to convert projects to Maven or Gradle.

EB> I know this is probably more in context of "creating new projects" as
opposed to existing projects but still when the trend in usage in the IDE
is to "not use ant" and/or this functionality is deprecated, it seems then
an alternative may be a way forward.

EB> In the same way, why update Netbeans code base to use a newer java
version and not just stick with an older one?  Here I assume it's to adapt
to the changing ecosystem and to accommodate benefits of new features and
not get stagnant.

> converted to another build system the problems will magically go away.
> > Except they don't. Gradle has its own set of WTF elements, the same is
> > true for maven.


EB> I agree as with any system, they all have their quirks and
idiosyncrasies.  Ant does as well.
EB> If migrated to another system then there would be a lot of up front
growing pains to get over
EB> I never said a migration would be doable overnight (i.e. did ask for a
"long term plan"), that was kind of why I suggested a "phased" approach
doing smaller batches.


> Well, I have a long term plan for that (doing a Gradle migration). This
> is not that easy. NetBeans build is an
> incredible peace of art. Replacing that with something else is hard,
> especially in the core platform. I had some wins, being able to compile
> the platform cluster with Gradle, though compiling is just one thing,
> and that's probably on the easier side.
>
> It is still in my mind, I see benefits of that effort.
>
> Though I have to admit, that what we have with Ant is good enough. Until
> someone really put the effort, and proves that it could be done, we
> shall not make a move.
>

EB> Tim converted over a lot of the "contrib" plugins previously so I think
in theory it's possible...but as mentioned it would require a lot of work.
Not sure if maybe he had any netbeans-tools or other mechanisms out there
to help in transition.


> > There are three things missing before changes could be done:
> >
> > - arguments why it is benefical to switch
>
EB> Ant is an older build system with the current java development
ecosystem moving more towards other build systems.
EB> Maven (and Gradle; going forward will reference Maven but can still
include Gradle as well) established a common convention for project
development across java ecosystem
EB> Maven provides built in dependency management capabilities (I know ant
may provide this indirectly with Ivy or the build infrastructure leveraging
the "external/binary-lists"; but these are kind of "patched on" instead of
internal to the build systems)
EB> Maven provides a plugin mechanism that provides a wealth of  useful
code quality, security, test, assembly, and related functionality.
EB> Maven provides the means to monitor dependencies versioning (i.e. can
identify newer versions available, can identify dependencies with security
issues in need of updates, etc.)
EB> Maven, as with Ant, are "Apache" projects so leveraging this is always
a win-win for the Apache organization

> - preparations to counter all possible "what ifs"
>
EB> I'm not 100% sure what these "what ifs" might be but will try and think
of a few
EB>  * What if some of the internal ant logic / targets do not migrate
easily?
EB>  -> I would assume initially some of the "ant - maven" plugins may
allow continued usage of existing ant build configuration and over time the
individual portions can be migrated in phases
EB>  -> In the event of something not fully accounted for, then may also be
able to further expand ex

Maven/Gradle Netbean Builds [Re: JUnit 5 Generated Tests Warning/Error]

[Eric Bresie]

On Sat, Jan 7, 2023 at 10:13 AM Eric Bresie  wrote:

>
> On Sat, Dec 31, 2022 at 11:18 AM Ernie Rael  wrote:
>
> My solution, considering that ant is essentially deprecated in NetBeans,
>> was to convert projects to Maven or Gradle.
>
>
Well when working new projects the preference seems to be "not ant" but
what about existing ant projects (i.e. Netbeans)?

That is a bigger philosophical/paradigm change here.  Are there any longer
term plans to migrate the Netbeans codebase build from ant to something
other (Maven or Gradle)?

It seems like if changed then handling the "external" dependencies can be
handled a little easier via the maven or gradle means using the applicable
repos (except for any legacy dependencies no longer available)

It may allow flexibility to use the plugins available (i.e. for quality,
security, etc. checks) in the process.

I know there was a "Mavenized" branch of contribs items available (1) at
some point, but not sure anything further came of it after that.

Maybe as an interim, there are "maven" plugins and ways to allow usage of
"ant" tasks as part of the migration process (2),(3),(4),(5) .  Maybe some
initial basic maven poms can be introduced and leverage on the existing ant
and over time convert clusters or items from ant to say maven.

Or leveraging gradle (6).

Thoughts?

Eric Bresie
ebre...@gmail.com

(1) https://github.com/timboudreau/netbeans-contrib
(2)
https://stackoverflow.com/questions/1456901/how-to-wrap-an-ant-build-with-maven
(3) https://maven.apache.org/guides/mini/guide-using-ant.html
(4) https://maven.apache.org/plugins/maven-antrun-plugin/
(5) https://books.sonatype.com/mcookbook/reference/ch04s03.html
(6) https://docs.gradle.org/current/userguide/ant.html

Re: JUnit 5 Generated Tests Warning/Error

[Eric Bresie]

Eric Bresie
ebre...@gmail.com


On Sat, Dec 31, 2022 at 11:18 AM Ernie Rael  wrote:

> I ran into this, and didn't find a simple solution.
>
> https://lists.apache.org/thread/lto47nxlhj2r6fbk16l93qs3vy9g2rtg
> https://lists.apache.org/thread/tk263h5xco04kwpcfrt55p0lnlmokb0m
>
> I think you need to hookup a new test runner. I didn't pursue it because
> ant is a dead end.
>

Based on another Slack chat (thanks Laszlo), I'm assuming this is changing
in the "nbbuild/templates/common.xml" file within the "-do-junit" target
and/or maybe add a new "-do-junit5" target maybe?

And maybe update some of the documentation (i.e.
https://netbeans.apache.org/kb/docs/java/junit-intro.html) to add JUnit 5
(assume this is maybe take JUnit 4 and adapter where necessary - i.e.
from @beforeClass @BeforeTest to @BeforeAll and @BeforeEach, etc., use
"JUnit 5 Library" instead of any earlier library)

My solution, considering that ant is essentially deprecated in NetBeans,
> was to convert projects to Maven or Gradle.

-ernie
>
> On 22/12/31 8:08 AM, Eric Bresie wrote:
> > 1.
> >While trying to work on janitor issue in Netbeans (an "ant
> project"),
> >I create new file (Unit Test) for the Janitor class (by default
> > it appears
> >to generate JUnit 5 based) but noticed when doing so and
> > attempting to run
> >the test it fails to run with the below warnings/errors (see end
> > of email).
> > 2. I think this is related to an issue previously identified in JIRA
> > 3. NETBEANS-5371<https://issues.apache.org/jira/browse/NETBEANS-5371
> >The
> > generated JUnit 5 code from the Ant project cannot be run]
> >
> >
> > If I read it correctly, from the thread it seemed to imply possible
> > workaround of either (1) using JUnit 4, or (2) using gradle/maven to deal
> > with the dependencies issues.  Given netbeans is still ant based (any
> plans
> > to migrate Netbeans from Ant to Maven or Gradle in the future?), not sure
> > if migrating to gradle/maven is fully an option.
> >
> > The "JUnit5" was added under the "Unit Test Libraries" in the process, so
> > maybe there is something going on in that context.
> >
> > I find some related unit tests (1), (2) issues but nothing beyond that.
> > Has anyone else seen similar problems and knows of an existing issues or
> > should I migrate the original NETBEANS-5371 JIRA ticket into the GitHub
> > issue?
> >
> > I am using Netbeans 16 with Java 11 on Windows 11.
> >
> > Eric Bresie
> > ebre...@gmail.com
> >
> > References
> >
> > 1.https://github.com/apache/netbeans/issues/4576  Create/Update
> Tests
> > constantly introduces incorrect JUnit dependency version
> > 2.https://github.com/apache/netbeans/issues/4904  Many tests fail
> on JDK
> > 11
> >
> >
> > Log Exert:
> >
> > projectized-common.do-unit-test-build:
> > Compiling 1 source file to
> > C:\git\netbeans\platform\janitor\build\test\unit\classes
> > Ignoring source, target and bootclasspath as release has been set
> >
> C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/AfterEach.class):
> > warning: Cannot find annotation method 'status()' in type 'API': class
> file
> > for org.apiguardian.api.API not found
> > warning: unknown enum constant Status.STABLE
> >reason: class file for org.apiguardian.api.API$Status not found
> >
> C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/AfterEach.class):
> > warning: Cannot find annotation method 'since()' in type 'API'
> >
> C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/AfterAll.class):
> > warning: Cannot find annotation method 'status()' in type 'API'
> > warning: unknown enum constant Status.STABLE
> >
> C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/AfterAll.class):
> > warning: Cannot find annotation method 'since()' in type 'API'
> >
> C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/BeforeEach.class):
> > warning: Cannot find annotation method 'status()' in type 'API'
> > warning: unknown enum constant Status.STABLE
> >
> C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/BeforeEach.class):
> > warning: Cannot find annotation method 'since()' in type 'API'
> >
&

Re: [DISCUSSION] DevOps Cluster?

[Eric Bresie]

Would any of that fall under the enterprise cluster which has some “cloud” 
functionality (Amazon. or is that too overloaded) or ide which has some 
container (docker)?

So is a LSP server an option for some of this? There seem to be a few servers 
available for Terraform 
https://microsoft.github.io/language-server-protocol/implementors/servers/

Get Outlook for iOS

From: Eric Barboni 
Sent: Thursday, January 5, 2023 3:52:25 AM
To: dev@netbeans.apache.org 
Subject: RE: [DISCUSSION] DevOps Cluster?

It could be nice.

I'm not very aware of the scope but ansible or puppet could belongs to this 
cluster ? (no intend to do plugin )

Best Regards
Eric

-Message d'origine-
De : Michael Bien 
Envoyé : jeudi 5 janvier 2023 09:01
À : dev@netbeans.apache.org; Laszlo Kishalmi 
Objet : Re: [DISCUSSION] DevOps Cluster?

sounds awesome,

comments inline.

On 04.01.23 16:48, Laszlo Kishalmi wrote:
> Dear all,
>
> As many of you know, I'm a DevOps Engineer by trade (whatever that
> means). I use NetBeans daily, however beside supporting Text editing,
> terminal and favorites to organize my work. Text editing is mostly
> Terraform and sometimes YAML.
>
> One day, I spent good time, when I edited code in a long comment
> block, trying to troubleshoot why my changes were not applied. That
> would be obvious if I had basic syntax highlight for Terraform.
>
> I wanted to create a syntax highlight module for Terraform. I checked
> the available HCL grammars written in Java, I was not convinced
> enough. That lead to ANTLR support in NB16.
>
> So, I have an ambitious plan creating a set of plugins which actually
> would help my work:
>
>  - Support for Helm Charts: That would mean Helm Charts would open as
> NetBeans Projects, main goal would be providing code completion in the
> Yaml templates.
>
>  - Editor Support for Terraform files: syntax highlight, code
> templates
>
>  - Terraform Project Support: Terraform files to be parsed, and
> provide code completion on the parsed data.
>
>  - Go Lang Support: Well, this is not to express my love for GoLang
> (as there are none of that), but Terraform resource/datasource
> metadata can be extracted from the original source code. I just need a
> parser.
>
> What I have so far:
>
>  - Initial code for Go. (ANTLR based Lexer/Parser, basic Syntax
> Highlight)
>
>  - Initial code for Terraform (ANTLR based Lexer/Parser, basic Syntax
> Highlight, Code Templates)
>
>  - Some code for Helm project support, that does not provide anything
> useful in its current state.
>
>  - A General DevOps project type, I plan to use for Helm and Terraform

long ago I wrote a "generic project" type which simply put a folder into the 
project tree (and automatically removed anything in .gitignore).
This sounds like something similar.


>
> These kind of modules do not fit into our existing clusters, so I'd
> propose to create a devops cluster.

i mean it could be also put into the ide cluster next to docker etc. No?


>
> I'm not sure what should be the development model for this, as there
> would be half baked modules for a while, so going right into master
> may not be feasible as some implementations would be arching over a
> few NB releases. Though I wish to file multiple PR-s gradually, not
> just one big bang.
>
> I'm thinking about the following options:
>
>  - Create a devops cluster in a devops branch in the main repo, create
> PR-s agains that branch, merge to master when it's solid.
>
>  - Create a devops cluster in master branch, create PR-s as usual, do
> not include/mark devops cluster as experimental in the binaries.
>
>
> Opinions?

I personally like the second option a bit more since it would allow to
incrementally deliver experimental modules.

best regards,

michael


>
>
> -
> 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: JUnit 5 Generated Tests Warning/Error

[Eric Bresie]

Not sure if it's related but as of JUnit 5.8.0, indication is that "API
Guardian dependency is no longer exported as a runtime but rather as a
compile-only dependency" (3).  So is it possible for JUnit, the equivalent
"API Guardian" dependency (external) needs to be added?

Downloading the jar (
https://mvnrepository.com/artifact/org.apiguardian/apiguardian-api/1.1.2)
and adding to JUnit 5, seems to make some progress (still having other
issues).  So does this need to be updated to the JUnit 5
external/binary-lists which currently has 5.6 (should it be bumped to a
more recent version)?

Eric Bresie
ebre...@gmail.com

Reference
(3) https://junit.org/junit5/docs/5.8.0/release-notes/index.html

On Sat, Dec 31, 2022 at 10:08 AM Eric Bresie  wrote:

>
>1.
>   While trying to work on janitor issue in Netbeans (an "ant
>   project"), I create new file (Unit Test) for the Janitor class (by 
> default
>   it appears to generate JUnit 5 based) but noticed when doing so and
>   attempting to run the test it fails to run with the below 
> warnings/errors
>   (see end of email).
>2. I think this is related to an issue previously identified in JIRA
>3. NETBEANS-5371 <https://issues.apache.org/jira/browse/NETBEANS-5371>The
>generated JUnit 5 code from the Ant project cannot be run]
>
>
> If I read it correctly, from the thread it seemed to imply possible
> workaround of either (1) using JUnit 4, or (2) using gradle/maven to deal
> with the dependencies issues.  Given netbeans is still ant based (any plans
> to migrate Netbeans from Ant to Maven or Gradle in the future?), not sure
> if migrating to gradle/maven is fully an option.
>
> The "JUnit5" was added under the "Unit Test Libraries" in the process, so
> maybe there is something going on in that context.
>
> I find some related unit tests (1), (2) issues but nothing beyond that.
> Has anyone else seen similar problems and knows of an existing issues or
> should I migrate the original NETBEANS-5371 JIRA ticket into the GitHub
> issue?
>
> I am using Netbeans 16 with Java 11 on Windows 11.
>
> Eric Bresie
> ebre...@gmail.com
>
> References
>
>1. https://github.com/apache/netbeans/issues/4576 Create/Update Tests
>constantly introduces incorrect JUnit dependency version
>2. https://github.com/apache/netbeans/issues/4904 Many tests fail on
>JDK 11
>
>
> Log Exert:
>
> projectized-common.do-unit-test-build:
> Compiling 1 source file to
> C:\git\netbeans\platform\janitor\build\test\unit\classes
> Ignoring source, target and bootclasspath as release has been set
> C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/AfterEach.class):
> warning: Cannot find annotation method 'status()' in type 'API': class file
> for org.apiguardian.api.API not found
> warning: unknown enum constant Status.STABLE
>   reason: class file for org.apiguardian.api.API$Status not found
> C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/AfterEach.class):
> warning: Cannot find annotation method 'since()' in type 'API'
> C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/AfterAll.class):
> warning: Cannot find annotation method 'status()' in type 'API'
> warning: unknown enum constant Status.STABLE
> C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/AfterAll.class):
> warning: Cannot find annotation method 'since()' in type 'API'
> C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/BeforeEach.class):
> warning: Cannot find annotation method 'status()' in type 'API'
> warning: unknown enum constant Status.STABLE
> C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/BeforeEach.class):
> warning: Cannot find annotation method 'since()' in type 'API'
> C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/BeforeAll.class):
> warning: Cannot find annotation method 'status()' in type 'API'
> warning: unknown enum constant Status.STABLE
> C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/BeforeAll.class):
> warning: Cannot find annotation method 'since()' in type 'API'
> C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/Test.class):
> warning: Cannot find annotation method 'status()' in type 'API'
> warning: unknown enum constant Status.STABLE
> C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\ju

JUnit 5 Generated Tests Warning/Error

[Eric Bresie]

   1.
  While trying to work on janitor issue in Netbeans (an "ant project"),
  I create new file (Unit Test) for the Janitor class (by default
it appears
  to generate JUnit 5 based) but noticed when doing so and
attempting to run
  the test it fails to run with the below warnings/errors (see end
of email).
   2. I think this is related to an issue previously identified in JIRA
   3. NETBEANS-5371 <https://issues.apache.org/jira/browse/NETBEANS-5371>The
   generated JUnit 5 code from the Ant project cannot be run]


If I read it correctly, from the thread it seemed to imply possible
workaround of either (1) using JUnit 4, or (2) using gradle/maven to deal
with the dependencies issues.  Given netbeans is still ant based (any plans
to migrate Netbeans from Ant to Maven or Gradle in the future?), not sure
if migrating to gradle/maven is fully an option.

The "JUnit5" was added under the "Unit Test Libraries" in the process, so
maybe there is something going on in that context.

I find some related unit tests (1), (2) issues but nothing beyond that.
Has anyone else seen similar problems and knows of an existing issues or
should I migrate the original NETBEANS-5371 JIRA ticket into the GitHub
issue?

I am using Netbeans 16 with Java 11 on Windows 11.

Eric Bresie
ebre...@gmail.com

References

   1. https://github.com/apache/netbeans/issues/4576 Create/Update Tests
   constantly introduces incorrect JUnit dependency version
   2. https://github.com/apache/netbeans/issues/4904 Many tests fail on JDK
   11


Log Exert:

projectized-common.do-unit-test-build:
Compiling 1 source file to
C:\git\netbeans\platform\janitor\build\test\unit\classes
Ignoring source, target and bootclasspath as release has been set
C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/AfterEach.class):
warning: Cannot find annotation method 'status()' in type 'API': class file
for org.apiguardian.api.API not found
warning: unknown enum constant Status.STABLE
  reason: class file for org.apiguardian.api.API$Status not found
C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/AfterEach.class):
warning: Cannot find annotation method 'since()' in type 'API'
C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/AfterAll.class):
warning: Cannot find annotation method 'status()' in type 'API'
warning: unknown enum constant Status.STABLE
C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/AfterAll.class):
warning: Cannot find annotation method 'since()' in type 'API'
C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/BeforeEach.class):
warning: Cannot find annotation method 'status()' in type 'API'
warning: unknown enum constant Status.STABLE
C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/BeforeEach.class):
warning: Cannot find annotation method 'since()' in type 'API'
C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/BeforeAll.class):
warning: Cannot find annotation method 'status()' in type 'API'
warning: unknown enum constant Status.STABLE
C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/BeforeAll.class):
warning: Cannot find annotation method 'since()' in type 'API'
C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/Test.class):
warning: Cannot find annotation method 'status()' in type 'API'
warning: unknown enum constant Status.STABLE
C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/Test.class):
warning: Cannot find annotation method 'since()' in type 'API'
C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/Assertions.class):
warning: Cannot find annotation method 'status()' in type 'API'
warning: unknown enum constant Status.STABLE
C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/Assertions.class):
warning: Cannot find annotation method 'since()' in type 'API'
C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/Assertions.class):
warning: Cannot find annotation method 'status()' in type 'API'
warning: unknown enum constant Status.STABLE
C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/Assertions.class):
warning: Cannot find annotation method 'since()' in type 'API'
C:\git\netbeans\nbbuild\netbeans\platform\modules\ext\junit-jupiter-api-5.6.0.jar(/org/junit/jupiter/api/Assertions.class):
warning: Cannot find annotation method 'status()'

Re: NetBeans Cache Cleanup

[Eric Bresie]

The only problem is when I do tell it to run the janitor it still does not
run and it just keeps coming back and the folder remains.

I think Laszlo mentioned maybe a permissions or some other issue
previously.

Where in the code base is this activity?

Eric Bresie
ebre...@gmail.com


On Wed, Dec 14, 2022 at 1:10 PM Michael Bien  wrote:

> a flag per user dir or in general? Since you can uncheck "Run Janitor on
> Startup" in the options to truly not be asked again unless you run it
> manually :)
>
> its probably better to turn it off if you use a setup with multiple user
> dirs for testing or other purposes (I have it off too).
>
> a per user dir flag would be essentially an ignore list which needs to
> be exposed to the user somehow, e.g. via the options, so that it can be
> reset etc - since its an edge case and there is a workaround for us, I
> am not sure if its worth the trouble tbh.
>
> -mbien
>
> On 14.12.22 19:31, Tim Boudreau wrote:
> > Since I keep two user dirs and cache dirs on purpose (because projects
> that
> > use jigsaw that depend on libraries that use Automatic-Module-Name on
> their
> > manifest get broken in the editor if you ever open the non-modular
> project
> > in the IDE), it could really use a “Don’t ask this again” checkbox.
> >
> > -Tim
> >
> > On Sun, Dec 11, 2022 at 10:39 AM Eric Bresie  wrote:
> >
> >> I went ahead and created the following
> >> https://github.com/apache/netbeans/issues/5069
> >>
> >> Eric Bresie
> >> ebre...@gmail.com
> >>
> >>
> >> On Sun, Dec 11, 2022 at 9:17 AM Eric Bresie  wrote:
> >>
> >>> Hey Laszlo, did any updates around the orphaned "cache" get made?  I
> see
> >>> it showing up again in NB 16 so assume note.
> >>>
> >>> Should I create an issue on this?
> >>>
> >>> Eric Bresie
> >>> ebre...@gmail.com
> >>>
> >>>
> >>> On Mon, Jul 4, 2022 at 10:13 AM Eric Bresie  wrote:
> >>>
> >>>> So then a manual workaround is to change the permissions on
> >>>> %USERPROFILE%\AppData\Local\Netbeans\Cache to be not just read only
> and
> >>>> then running it should fix it then?
> >>>>
> >>>> I like the idea of the enhancements...are further follow-up
> enhancements
> >>>> in work?
> >>>>
> >>>>
> >>>> Eric Bresie
> >>>> ebre...@gmail.com
> >>>>
> >>>>
> >>>> On Fri, Jul 1, 2022 at 9:02 AM Laszlo Kishalmi <
> >> laszlo.kisha...@gmail.com>
> >>>> wrote:
> >>>>
> >>>>> Hi Eric,
> >>>>>
> >>>>> That was my "enhancement" for NB-14. The janitor module would detect
> >>>>> abandoned cache directories.
> >>>>>
> >>>>> Usually there is an /netbeans-14 and  >>>>> parent>/netbeans-14. When the janitor encounters a directory in
> >>>>>  which has no pair in  then it would
> >>>>> think, that cache dir is abandoned and would offer it for removal.
> >>>>>
> >>>>> My primary intent was to clean up the leftover cache directories when
> >>>>> using the Snap distribution.
> >>>>>
> >>>>> On 7/1/22 06:35, Eric Bresie wrote:
> >>>>>> Has anyone else had this problem?
> >>>>>>
> >>>>>> I've a number of versions (13 and 14) of Netbeans installed/used
> >> with a
> >>>>>> bunch of older versions since removed (i.e. 12.x and a mixture of rc
> >>>>> for
> >>>>>> these).  When I startup I keep getting notifications that "Netbeans
> >>>>> xx.xx
> >>>>>> was last used xx days ago" with a "Remove unused data and cache
> >>>>> directories
> >>>>>> of xxx Free up xxx MB of space."  Sounds great so clicking on this
> >> goes
> >>>>>> away.  However, a little later, restart Netbeans and the same
> >>>>> notifications
> >>>>>> show up even after clicking the remove link.
> >>>>>>
> >>>>>> Eric Bresie
> >>>>>> ebre...@gmail.com
> >>>>>>
> >>>>> -
> >>>>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> >>>>> For additional commands, e-mail: dev-h...@netbeans.apache.org
> >>>>>
> >>>>> For further information about the NetBeans mailing lists, visit:
> >>>>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >>>>>
> >>>>>
> >>>>>
> >>>>>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>

Re: NetBeans Cache Cleanup

[Eric Bresie]

I went ahead and created the following
https://github.com/apache/netbeans/issues/5069

Eric Bresie
ebre...@gmail.com


On Sun, Dec 11, 2022 at 9:17 AM Eric Bresie  wrote:

> Hey Laszlo, did any updates around the orphaned "cache" get made?  I see
> it showing up again in NB 16 so assume note.
>
> Should I create an issue on this?
>
> Eric Bresie
> ebre...@gmail.com
>
>
> On Mon, Jul 4, 2022 at 10:13 AM Eric Bresie  wrote:
>
>> So then a manual workaround is to change the permissions on
>> %USERPROFILE%\AppData\Local\Netbeans\Cache to be not just read only and
>> then running it should fix it then?
>>
>> I like the idea of the enhancements...are further follow-up enhancements
>> in work?
>>
>>
>> Eric Bresie
>> ebre...@gmail.com
>>
>>
>> On Fri, Jul 1, 2022 at 9:02 AM Laszlo Kishalmi 
>> wrote:
>>
>>> Hi Eric,
>>>
>>> That was my "enhancement" for NB-14. The janitor module would detect
>>> abandoned cache directories.
>>>
>>> Usually there is an /netbeans-14 and >> parent>/netbeans-14. When the janitor encounters a directory in
>>>  which has no pair in  then it would
>>> think, that cache dir is abandoned and would offer it for removal.
>>>
>>> My primary intent was to clean up the leftover cache directories when
>>> using the Snap distribution.
>>>
>>> On 7/1/22 06:35, Eric Bresie wrote:
>>> > Has anyone else had this problem?
>>> >
>>> > I've a number of versions (13 and 14) of Netbeans installed/used with a
>>> > bunch of older versions since removed (i.e. 12.x and a mixture of rc
>>> for
>>> > these).  When I startup I keep getting notifications that "Netbeans
>>> xx.xx
>>> > was last used xx days ago" with a "Remove unused data and cache
>>> directories
>>> > of xxx Free up xxx MB of space."  Sounds great so clicking on this goes
>>> > away.  However, a little later, restart Netbeans and the same
>>> notifications
>>> > show up even after clicking the remove link.
>>> >
>>> > Eric Bresie
>>> > ebre...@gmail.com
>>> >
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
>>> For additional commands, e-mail: dev-h...@netbeans.apache.org
>>>
>>> For further information about the NetBeans mailing lists, visit:
>>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>>
>>>
>>>
>>>

Re: NetBeans Cache Cleanup

[Eric Bresie]

Hey Laszlo, did any updates around the orphaned "cache" get made?  I see it
showing up again in NB 16 so assume note.

Should I create an issue on this?

Eric Bresie
ebre...@gmail.com


On Mon, Jul 4, 2022 at 10:13 AM Eric Bresie  wrote:

> So then a manual workaround is to change the permissions on
> %USERPROFILE%\AppData\Local\Netbeans\Cache to be not just read only and
> then running it should fix it then?
>
> I like the idea of the enhancements...are further follow-up enhancements
> in work?
>
>
> Eric Bresie
> ebre...@gmail.com
>
>
> On Fri, Jul 1, 2022 at 9:02 AM Laszlo Kishalmi 
> wrote:
>
>> Hi Eric,
>>
>> That was my "enhancement" for NB-14. The janitor module would detect
>> abandoned cache directories.
>>
>> Usually there is an /netbeans-14 and > parent>/netbeans-14. When the janitor encounters a directory in
>>  which has no pair in  then it would
>> think, that cache dir is abandoned and would offer it for removal.
>>
>> My primary intent was to clean up the leftover cache directories when
>> using the Snap distribution.
>>
>> On 7/1/22 06:35, Eric Bresie wrote:
>> > Has anyone else had this problem?
>> >
>> > I've a number of versions (13 and 14) of Netbeans installed/used with a
>> > bunch of older versions since removed (i.e. 12.x and a mixture of rc for
>> > these).  When I startup I keep getting notifications that "Netbeans
>> xx.xx
>> > was last used xx days ago" with a "Remove unused data and cache
>> directories
>> > of xxx Free up xxx MB of space."  Sounds great so clicking on this goes
>> > away.  However, a little later, restart Netbeans and the same
>> notifications
>> > show up even after clicking the remove link.
>> >
>> > Eric Bresie
>> > ebre...@gmail.com
>> >
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
>> For additional commands, e-mail: dev-h...@netbeans.apache.org
>>
>> For further information about the NetBeans mailing lists, visit:
>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>
>>
>>
>>

Re: Netbeans Vision / Roadmap

[Eric Bresie]

So are milestones added before  (leading up to a release)  or after
(tagging PRs included/merged) into the actual release?

Would a "milestone r - candidate" tag/milestone be valuable as an "up
front" to help collect of possible candidate PRs for a coming release as a
way of a given PR author as saying "I want this to be included into the
next release"?  Or would it be tagged for the release even if it doesn't
get included (I assume at that point the milestone would be removed by the
release manager or applicable authority)?

Or would the tagging be done during the PR completion activity (i.e. once
PR is completed, accepted [and merged?]) it would be tagged in the
applicable milestone release and merged into main (or a release branch)?

The above someone has the ability to tag things to a given milestone (i.e.
not new committers/contributors without the ability).

Eric Bresie
ebre...@gmail.com


On Thu, Dec 1, 2022 at 5:51 AM Jean-Marc Borer  wrote:

> >
> > Short answer, yes - eg. link on all release candidate emails
> > https://github.com/apache/netbeans/pulls?q=is%3Amerged+milestone%3ANB16
>
>
> I didn't know that one. Milestones are a cool way to mark specific merges
>
> Longer answer, there is some work going on to better categorize all
> > this - eg. https://github.com/apache/netbeans/releases  The draft one
> > particularly, but that's private.
>
>
> That is what I was looking for, but this list is not available until a few
> days before the release, right?
>
> Not recently.  What prompted the question?
> >
>
> We were wondering if there is a kind of a road map of planned new features
> people agreed to work on.
> Moreover in our company, when we foresee to release a given feature for a
> specific version, we tag it even long before the final release. We were
> looking for such an equivalent in the NB project.
>
> I think that is exactly the purpose of milestones.
>
> Thx for your answers
>
> On Wed, Nov 30, 2022 at 3:09 PM Neil C Smith 
> wrote:
>
> > On Wed, 30 Nov 2022 at 15:02, Jean-Marc Borer  wrote:
> > > Ok, so does it mean, that I have to check Github history to find out
> what
> > > is in a upcoming release  (16 for example)?
> >
> > Short answer, yes - eg. link on all release candidate emails
> > https://github.com/apache/netbeans/pulls?q=is%3Amerged+milestone%3ANB16
> >
> > Longer answer, there is some work going on to better categorize all
> > this - eg. https://github.com/apache/netbeans/releases  The draft one
> > particularly, but that's private.
> >
> > > > > Am I missing something or did something change for the release
> > > > management?
> >
> > Not recently.  What prompted the question?
> >
> > Best wishes,
> >
> > Neil
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > For additional commands, e-mail: dev-h...@netbeans.apache.org
> >
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >
> >
> >
> >
>

Re: Netbeans Vision / Roadmap

[Eric Bresie]

I thought something like this was proposed or in use but aren’t PR tagged or 
label with some form of release tag?  Would that help?

Get Outlook for iOS<https://aka.ms/o0ukef>

From: Jean-Marc Borer 
Sent: Wednesday, November 30, 2022 9:01:46 AM
To: dev@netbeans.apache.org 
Subject: Re: Netbeans Vision / Roadmap

Ok, so does it mean, that I have to check Github history to find out what
is in a upcoming release  (16 for example)?

JMB

On Wed, Nov 30, 2022 at 12:50 PM Geertjan Wielenga
 wrote:

> As every release, we add to the release what individual contributors want
> to contribute, we will release 4 times per year. I don’t see this roadmap
> changing.
>
> Gj
>
> On Wed, 30 Nov 2022 at 13:42, Jean-Marc Borer  wrote:
>
> > Hi dear PMCs,
> >
> > I would like to reactivate this discussion, because we (our team) are
> > wondering if there is still a roadmap for the forthcoming releases
> > somewhere. The
> > https://cwiki.apache.org/confluence/display/NETBEANS/Release+Schedule
> > confluence page contains very few (not say no) information about this.
> >
> > Am I missing something or did something change for the release
> management?
> >
> > Best regards,
> >
> > JMB
> >
> > On Fri, Dec 4, 2020 at 11:06 AM Eric Bresie  wrote:
> >
> > > There has been recent discussions on vision and roadmap for Netbeans
> > > development and the need to discuss so thought I would start a new
> thread
> > > to discuss.
> > >
> > > From my understanding when under Oracle stewardship there more funded
> > > individuals to support these sorts of things but now that it has been
> > > donated to be an Apache project this now becomes the responsibility of
> > the
> > > community to pick this up.
> > >
> > > In the past there has been community release / roadmaps (1) (2) and
> with
> > > transition some similar Apache wiki flavors(3).
> > >
> > > Assuming what is needed is maybe a new “Roadmap” and or “Vision”
> subpage
> > on
> > > Netbeans wiki page (4) as a starter.
> > >
> > > Milestone could be identified based on this.
> > >
> > > Assuming specific features, refractors, improvements would further be
> > > captured and come in the form of existing or new JIRA tickets (5) and
> > when
> > > ready for acceptance then on the github project (6) a git Pull Requests
> > > (PR) (7) and tagged towards given milestones with progress updates on
> the
> > > roadmap where applicable
> > >
> > > Assume some possibilities going forward could be...
> > >
> > > - improve publicity  and/or improve communication for the project (11)
> to
> > > get more interest in development (14) and usage
> > > - to do a triage of existing issues, grouping if not already where
> > > possible, getting rid of already closed, rejected, duplicates, or OBE
> > items
> > > (5)
> > > - improve and update documentation to be more up to date (4) (9) (10)
> > (14)
> > > - update or document process documentation (release process, etc.)
> > > - performance assessment and improvements
> > > - where applicable possible codebase refactoring to cleanup, deprecate,
> > > identify areas of improvement, etc.
> > > - complete integration of any community / contributions products (15)
> > (16)
> > > - further plug-in migration to new plugins infrastructure where
> > applicable
> > > - improve LSP (13) support to include of new or existing languages
> > (Kotlin
> > > (12), python, etc.)
> > > - Possible improvements in trending development areas (cloud
> development,
> > > container development, data science, new languages, etc.)
> > > - Netbeans GUI to FX based UI
> > > - Netbean platform updates where applicable
> > > - Update with New Java features or removal/migration of deprecated
> > > within Netbeans
> > > codebase (modules, records, deprecate apis, etc.) Note: This would
> > require
> > > updating JDK dependency as applicable
> > >
> > > I know some aspects of these suggestions may exist in some form or
> > another,
> > > some of this is due to my lack of specifics on some of this.  That or
> > this
> > > is what happens when you can’t sleep at night ;-)
> > >
> > > Eric Bresie
> > > ebre...@gmail.com
> > >
> > > (1) https://netbeans.org/community/releases/roadmap.html
> > >
> > > (2)
> > > https://netbeans.o

Re: average PR merge time

[Eric Bresie]

Looking through some of them many appear to be pending some build check failure 
resolution.

Others need reviewers/review.

Others need to be identified and coordinated for inclusion in a give release 
with release manager .


Get Outlook for iOS

From: Brad Walker 
Sent: Tuesday, November 29, 2022 12:59:27 PM
To: dev@netbeans.apache.org 
Subject: Re: average PR merge time

I think the best answer is, it depends..

The fastest response times are for "critical" issues, i.e. defects that
affect a release.
The average response times are about a couple of weeks, maybe even faster.
This is for the "average" issue.
The slowest response times are for issues where the submitter has gone
silent and the pull response might need a little bit of work.

Remember, we are mostly a bunch of volunteers. There is some commercial
support, but not like it once was.

I wish that I had better metrics but I've never seen those nor do I think
they are collected. Though I could be wrong.

Hope this helps.

-brad w.



On Tue, Nov 29, 2022 at 11:05 AM Łukasz Bownik 
wrote:

> Hi.
> What is the average PR merge/rejection time?
> I see some PRs that are over half a year old.
>
> --
> Łukasz Bownik
>

Re: CI - the final migration

[Eric Bresie]

Not sure this is the answer, but adding a no parameter constructor
in NodeChangedParams seems to allow a lot of the unit tests to pass.   I
made rootId = -1 (it's suppose to be NonNull) and nodeId = null but I
question that).  I'm sure expert eyes may be able to see something else on
this.

Eric Bresie
ebre...@gmail.com


On Sun, Nov 6, 2022 at 10:35 AM Eric Bresie  wrote:

> Last one and then let I'll let it be...
>
> Running ProjectViewTest.testEmptyPackageRemains() test, I get errors like
> the below.
>
> Could the Groovy aspect associated with  Open
> Gradle Project Loading issues with NetBeans 16 RC-3 #4923 (
> https://github.com/apache/netbeans/issues/4923 ) also coming into play?
>
> On this one, how does one Register an InstanceCreator with Gson:
>
> SEVERE: Unable to invoke no-args constructor for class
> org.netbeans.modules.java.lsp.server.explorer.api.NodeChangedParams.
> Registering an InstanceCreator with Gson for this type may fix this problem.
>
>
> On a side note, I noticed the binaries-list has older dependencies.  Is it
> worth updating those?
>
>
>
> INFO: No SVG loader available for loading
> jar:file:/C:/git/netbeans/nbbuild/netbeans/platform/modules/org-openide-loaders.jar!/org/openide/loaders/defaultFolder.svg
> Nov 06, 2022 9:51:43 AM org.netbeans.modules.project.ui.OpenProjectList log
> INFO: USG_PROJECT_OPEN
> Nov 06, 2022 9:51:43 AM
> org.netbeans.modules.java.lsp.server.protocol.Server
> hackConfigureGroovySupport
> WARNING: Unable to configure Groovy support
> java.lang.ClassNotFoundException:
> org.netbeans.modules.groovy.editor.api.GroovyIndexer
> at
> java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:581)
> at
> java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
> at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:522)
> at
> org.netbeans.modules.java.lsp.server.protocol.Server.hackConfigureGroovySupport(Server.java:1082)
> at
> org.netbeans.modules.java.lsp.server.protocol.Server.access$500(Server.java:136)
> at
> org.netbeans.modules.java.lsp.server.protocol.Server$LanguageServerImpl.initialize(Server.java:775)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at
> org.eclipse.lsp4j.jsonrpc.services.GenericEndpoint.lambda$null$0(GenericEndpoint.java:65)
> at
> org.eclipse.lsp4j.jsonrpc.services.GenericEndpoint.request(GenericEndpoint.java:120)
> at
> org.eclipse.lsp4j.jsonrpc.RemoteEndpoint.handleRequest(RemoteEndpoint.java:261)
> at
> org.eclipse.lsp4j.jsonrpc.RemoteEndpoint.consume(RemoteEndpoint.java:190)
> at
> org.netbeans.modules.java.lsp.server.protocol.Server$ConsumeWithLookup$1.lambda$consume$0(Server.java:257)
> at
> org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45)
> at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278)
> at
> org.netbeans.modules.java.lsp.server.protocol.Server$ConsumeWithLookup$1.consume(Server.java:255)
> at
> org.eclipse.lsp4j.jsonrpc.json.StreamMessageProducer.handleMessage(StreamMessageProducer.java:194)
> at
> org.eclipse.lsp4j.jsonrpc.json.StreamMessageProducer.listen(StreamMessageProducer.java:94)
> at
> org.eclipse.lsp4j.jsonrpc.json.ConcurrentMessageProcessor.run(ConcurrentMessageProcessor.java:113)
> at
> java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
> at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
> at
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
> at
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
> at java.base/java.lang.Thread.run(Thread.java:829)
>
> Nov 06, 2022 9:51:44 AM
> org.eclipse.lsp4j.jsonrpc.json.StreamMessageProducer fireError
> SEVERE: Unable to invoke no-args constructor for class
> org.netbeans.modules.java.lsp.server.explorer.api.NodeChangedParams.
> Registering an InstanceCreator with Gson for this type may fix this problem.
> java.lang.RuntimeException: Unable to invoke no-args constructor for class
> org.netbeans.modules.java.lsp.server.explorer.api.NodeChangedParams.
> Registering an InstanceCreator with Gson for this type may fix this problem.
> at
> com.google.gson.internal.ConstructorConstructor$14.construct(ConstructorConstructor.java:228)
> at
> com.google.gson.internal.bind.ReflectiveTypeAdapterFactory$Adapter.read(ReflectiveTypeAdapterFact

Re: CI - the final migration

[Eric Bresie]

)
at
org.eclipse.lsp4j.jsonrpc.json.StreamMessageProducer.listen(StreamMessageProducer.java:94)
at
org.eclipse.lsp4j.jsonrpc.json.ConcurrentMessageProcessor.run(ConcurrentMessageProcessor.java:113)
at
java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
at
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:829)
Caused by: java.lang.UnsupportedOperationException: Cannot allocate class
org.netbeans.modules.java.lsp.server.explorer.api.NodeChangedParams
at
com.google.gson.internal.UnsafeAllocator$4.newInstance(UnsafeAllocator.java:104)
at
com.google.gson.internal.ConstructorConstructor$14.construct(ConstructorConstructor.java:225)
... 17 more

Eric Bresie
ebre...@gmail.com


On Sun, Nov 6, 2022 at 9:27 AM Eric Bresie  wrote:

> For the Html4J UI could that be related to this:  LSP: Html4J UI modified
> work over LSP. #4040 https://github.com/apache/netbeans/pull/4040
>
> For the Records not sure if it's in the release (it was merged into master
> but not for the build I think) there were changes in the Utils.java file as
> part of
> Adding symbol provider to obtain symbols for GoTo Symbol in workspace
> #4302 https://github.com/apache/netbeans/pull/4302
>
> Eric Bresie
> ebre...@gmail.com
>
>
> On Sun, Nov 6, 2022 at 9:13 AM Eric Bresie  wrote:
>
>> Opening the java.lsp.server project (from master) in Netbeans, in the
>> Utils.java file the switch/case statements references "RECORD" and
>> "RECORD_COMPONENT" enums.  Assume these are in regardings to Records added
>> in Java 14?  Would this break some portion of the build if using an older
>> java version?
>>
>> Eric Bresie
>> ebre...@gmail.com
>>
>>
>> On Sun, Nov 6, 2022 at 9:05 AM Eric Bresie  wrote:
>>
>>> Not an expert on this but thoughts I'd note some observations from the
>>> log just in case it may help.
>>>
>>>
>>>- Don't think this is really a concern but there unable to find
>>>revision info
>>>
>>> -do-set-buildnumber:
>>> 1322
>>> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:1323>
>>> [hgid] unable to find revision info for
>>> /home/runner/work/netbeans/netbeans/.git/97e7c47e6896a068d884003cc614e512face6150
>>>
>>> 1323
>>> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:1324>
>>> [echo] Build number : 20221105-unknown-revn
>>>
>>>
>>>- Another thing probably not a biggie, given it's a java 8 job but
>>>the javac --release is referenced
>>>
>>>
>>> projectized-common.do-unit-test-build:
>>> 1370
>>> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:1371>
>>> [mkdir] Created dir:
>>> /home/runner/work/netbeans/netbeans/harness/nbjunit/build/test/unit/classes
>>> 1371
>>> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:1372>
>>> [nb-javac] Compiling 50 source files to
>>> /home/runner/work/netbeans/netbeans/harness/nbjunit/build/test/unit/classes
>>> 1372
>>> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:1373>
>>> [nb-javac] Support for javac --release has been added in Java9 ignoring it
>>> 1373
>>> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:1374>
>>> [copy] Copying 2 files to
>>> /home/runner/work/netbeans/netbeans/harness/nbjunit/build/test/unit/classes
>>>
>>>
>>>- Socket closure exception around here:
>>>
>>> -do-junit:
>>> 2989
>>> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:2990>
>>> [junit] Testsuite: org.netbeans.modules.java.lsp.server.ConnectionSpecTest
>>> 2990
>>> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:2991>
>>> [junit] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed:
>>> 0.111 sec
>>> 2991
>>> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:2992>
>>> [junit]
>>> 2992
>>> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:2993>
>>> [junit] Nov 05, 2022 5:49:07 PM org.openide.util.Exceptions printStackTrace
>>> 299

Re: CI - the final migration

[Eric Bresie]

For the Html4J UI could that be related to this:  LSP: Html4J UI modified
work over LSP. #4040 https://github.com/apache/netbeans/pull/4040

For the Records not sure if it's in the release (it was merged into master
but not for the build I think) there were changes in the Utils.java file as
part of
Adding symbol provider to obtain symbols for GoTo Symbol in workspace #4302
https://github.com/apache/netbeans/pull/4302

Eric Bresie
ebre...@gmail.com


On Sun, Nov 6, 2022 at 9:13 AM Eric Bresie  wrote:

> Opening the java.lsp.server project (from master) in Netbeans, in the
> Utils.java file the switch/case statements references "RECORD" and
> "RECORD_COMPONENT" enums.  Assume these are in regardings to Records added
> in Java 14?  Would this break some portion of the build if using an older
> java version?
>
> Eric Bresie
> ebre...@gmail.com
>
>
> On Sun, Nov 6, 2022 at 9:05 AM Eric Bresie  wrote:
>
>> Not an expert on this but thoughts I'd note some observations from the
>> log just in case it may help.
>>
>>
>>- Don't think this is really a concern but there unable to find
>>revision info
>>
>> -do-set-buildnumber:
>> 1322
>> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:1323>
>> [hgid] unable to find revision info for
>> /home/runner/work/netbeans/netbeans/.git/97e7c47e6896a068d884003cc614e512face6150
>>
>> 1323
>> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:1324>
>> [echo] Build number : 20221105-unknown-revn
>>
>>
>>- Another thing probably not a biggie, given it's a java 8 job but
>>the javac --release is referenced
>>
>>
>> projectized-common.do-unit-test-build:
>> 1370
>> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:1371>
>> [mkdir] Created dir:
>> /home/runner/work/netbeans/netbeans/harness/nbjunit/build/test/unit/classes
>> 1371
>> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:1372>
>> [nb-javac] Compiling 50 source files to
>> /home/runner/work/netbeans/netbeans/harness/nbjunit/build/test/unit/classes
>> 1372
>> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:1373>
>> [nb-javac] Support for javac --release has been added in Java9 ignoring it
>> 1373
>> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:1374>
>> [copy] Copying 2 files to
>> /home/runner/work/netbeans/netbeans/harness/nbjunit/build/test/unit/classes
>>
>>
>>- Socket closure exception around here:
>>
>> -do-junit:
>> 2989
>> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:2990>
>> [junit] Testsuite: org.netbeans.modules.java.lsp.server.ConnectionSpecTest
>> 2990
>> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:2991>
>> [junit] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed:
>> 0.111 sec
>> 2991
>> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:2992>
>> [junit]
>> 2992
>> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:2993>
>> [junit] Nov 05, 2022 5:49:07 PM org.openide.util.Exceptions printStackTrace
>> 2993
>> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:2994>
>> [junit] SEVERE: null
>> 2994
>> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:2995>
>> [junit] java.net.SocketException: Socket is closed
>> 2995
>> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:2996>
>> [junit] at java.net.ServerSocket.accept(ServerSocket.java:529)
>> 2996
>> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:2997>
>> [junit] at
>> org.netbeans.modules.java.lsp.server.ConnectionSpec$1.run(ConnectionSpec.java:114)
>>
>> 2997
>> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:2998>
>> [junit]
>> 2998
>> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:2999>
>> [junit] Nov 05, 2022 5:49:07 PM org.openide.util.Exceptions printStackTrace
>> 2999
>> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:3000>
>> [junit] SEVERE: null
>> 3000
>> <https://github.com/apache/netbeans/actions/runs/3

Re: CI - the final migration

[Eric Bresie]

Opening the java.lsp.server project (from master) in Netbeans, in the
Utils.java file the switch/case statements references "RECORD" and
"RECORD_COMPONENT" enums.  Assume these are in regardings to Records added
in Java 14?  Would this break some portion of the build if using an older
java version?

Eric Bresie
ebre...@gmail.com


On Sun, Nov 6, 2022 at 9:05 AM Eric Bresie  wrote:

> Not an expert on this but thoughts I'd note some observations from the log
> just in case it may help.
>
>
>- Don't think this is really a concern but there unable to find
>revision info
>
> -do-set-buildnumber:
> 1322
> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:1323>
> [hgid] unable to find revision info for
> /home/runner/work/netbeans/netbeans/.git/97e7c47e6896a068d884003cc614e512face6150
>
> 1323
> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:1324>
> [echo] Build number : 20221105-unknown-revn
>
>
>- Another thing probably not a biggie, given it's a java 8 job but the
>javac --release is referenced
>
>
> projectized-common.do-unit-test-build:
> 1370
> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:1371>
> [mkdir] Created dir:
> /home/runner/work/netbeans/netbeans/harness/nbjunit/build/test/unit/classes
> 1371
> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:1372>
> [nb-javac] Compiling 50 source files to
> /home/runner/work/netbeans/netbeans/harness/nbjunit/build/test/unit/classes
> 1372
> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:1373>
> [nb-javac] Support for javac --release has been added in Java9 ignoring it
> 1373
> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:1374>
> [copy] Copying 2 files to
> /home/runner/work/netbeans/netbeans/harness/nbjunit/build/test/unit/classes
>
>
>- Socket closure exception around here:
>
> -do-junit:
> 2989
> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:2990>
> [junit] Testsuite: org.netbeans.modules.java.lsp.server.ConnectionSpecTest
> 2990
> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:2991>
> [junit] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed:
> 0.111 sec
> 2991
> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:2992>
> [junit]
> 2992
> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:2993>
> [junit] Nov 05, 2022 5:49:07 PM org.openide.util.Exceptions printStackTrace
> 2993
> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:2994>
> [junit] SEVERE: null
> 2994
> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:2995>
> [junit] java.net.SocketException: Socket is closed
> 2995
> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:2996>
> [junit] at java.net.ServerSocket.accept(ServerSocket.java:529)
> 2996
> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:2997>
> [junit] at
> org.netbeans.modules.java.lsp.server.ConnectionSpec$1.run(ConnectionSpec.java:114)
>
> 2997
> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:2998>
> [junit]
> 2998
> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:2999>
> [junit] Nov 05, 2022 5:49:07 PM org.openide.util.Exceptions printStackTrace
> 2999
> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:3000>
> [junit] SEVERE: null
> 3000
> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:3001>
> [junit] java.net.SocketException: Socket is closed
> 3001
> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:3002>
> [junit] at java.net.ServerSocket.accept(ServerSocket.java:529)
> 3002
> <https://github.com/apache/netbeans/actions/runs/3401033576/jobs/5655860315#step:8:3003>
> [junit] at
> org.netbeans.modules.java.lsp.server.ConnectionSpec$1.run(ConnectionSpec.java:114)
>
>
>- It's a warning relating to unknown module org.netbeans.modules.diff
>and a few others.  Not sure if some things are not built as expected or
>since it's Java 8 (i.e. no modules) that's by design.
>
>
> [junit] Testsuite:
> org.netbeans.modules.java.lsp.server.explorer.ProjectViewTest
> 6626
> <https://github.com/a

Re: CI - the final migration

[Eric Bresie]

Not an expert on this but thoughts I'd note some observations from the log
just in case it may help.


   - Don't think this is really a concern but there unable to find revision
   info

-do-set-buildnumber:
1322

[hgid] unable to find revision info for
/home/runner/work/netbeans/netbeans/.git/97e7c47e6896a068d884003cc614e512face6150

1323

[echo] Build number : 20221105-unknown-revn


   - Another thing probably not a biggie, given it's a java 8 job but the
   javac --release is referenced


projectized-common.do-unit-test-build:
1370

[mkdir] Created dir:
/home/runner/work/netbeans/netbeans/harness/nbjunit/build/test/unit/classes
1371

[nb-javac] Compiling 50 source files to
/home/runner/work/netbeans/netbeans/harness/nbjunit/build/test/unit/classes
1372

[nb-javac] Support for javac --release has been added in Java9 ignoring it
1373

[copy] Copying 2 files to
/home/runner/work/netbeans/netbeans/harness/nbjunit/build/test/unit/classes


   - Socket closure exception around here:

-do-junit:
2989

[junit] Testsuite: org.netbeans.modules.java.lsp.server.ConnectionSpecTest
2990

[junit] Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed:
0.111 sec
2991

[junit]
2992

[junit] Nov 05, 2022 5:49:07 PM org.openide.util.Exceptions printStackTrace
2993

[junit] SEVERE: null
2994

[junit] java.net.SocketException: Socket is closed
2995

[junit] at java.net.ServerSocket.accept(ServerSocket.java:529)
2996

[junit] at
org.netbeans.modules.java.lsp.server.ConnectionSpec$1.run(ConnectionSpec.java:114)

2997

[junit]
2998

[junit] Nov 05, 2022 5:49:07 PM org.openide.util.Exceptions printStackTrace
2999

[junit] SEVERE: null
3000

[junit] java.net.SocketException: Socket is closed
3001

[junit] at java.net.ServerSocket.accept(ServerSocket.java:529)
3002

[junit] at
org.netbeans.modules.java.lsp.server.ConnectionSpec$1.run(ConnectionSpec.java:114)


   - It's a warning relating to unknown module org.netbeans.modules.diff
   and a few others.  Not sure if some things are not built as expected or
   since it's Java 8 (i.e. no modules) that's by design.


[junit] Testsuite:
org.netbeans.modules.java.lsp.server.explorer.ProjectViewTest
6626

[junit] Nov 05, 2022 5:49:14 PM
org.netbeans.modules.settings.RecognizeInstanceObjects$MSL 
6627

[junit] WARNING: Not listening on module system
6628

[junit] Nov 05, 2022 5:49:14 PM
org.netbeans.modules.settings.convertors.SerialDataConvertor
isModuleEnabled
6629

[junit] WARNING: Warning: unknown module code base: org.netbeans.core.ui in
MultiFileObject@71f62355[Services/Browsers/SwingBrowser.settings]
6630

[junit] Nov 05, 2022 5:49:14 PM
org.netbeans.modules.settings.convertors.SerialDataConvertor
isModuleEnabled
6631

[junit] 

KB Missing Media Files

[Eric Bresie]

While working through
https://netbeans.apache.org/kb/docs/java/quickstart-gui.html

I see there are mentions of a few "media' (Shock Wave I believe) files
references.  THese are not available and redirects to the Oracle Transition
page ( https://netbeans.apache.org/about/oracle-transition.html ).

Were these media files transitioned?

I find an archived version of it (i.e.
https://web.archive.org/web/20170713025211/http://bits.netbeans.org/media/quickstart-gui-insert.swf
) but was curious if the actual files were provided during transition to
Apache.

If they are officially available some place should these be maybe converted
to another format?

Eric Bresie
ebre...@gmail.com

Re: Startup Dialog and Start Page Size - 16-rc2

[Eric Bresie]

So it seems my initial run found Java 8 available;  when I set the
netbeans_jdkhome to java 11 it seems to work.

Are there any dialog changes which may have been impacted by the JDK
version in use?  Why does it work with JDK 11 but not JDK 8?

Eric Bresie
ebre...@gmail.com


On Sun, Oct 30, 2022 at 9:51 AM Eric Bresie  wrote:

> I think I raised a similar issue previously during 15 rc builds but I'm
> seeing Startup Dialog and  Start Page size differences.
>
> I've documented with screenshots here
> https://github.com/apache/netbeans/issues/4889
>
> Where in the codebase would this sort of sizing reside?
>
> Eric Bresie
> ebre...@gmail.com
>

Startup Dialog and Start Page Size - 16-rc2

[Eric Bresie]

I think I raised a similar issue previously during 15 rc builds but I'm
seeing Startup Dialog and  Start Page size differences.

I've documented with screenshots here
https://github.com/apache/netbeans/issues/4889

Where in the codebase would this sort of sizing reside?

Eric Bresie
ebre...@gmail.com

Re: UNSTABLE 16-rc2 Build

[Eric Bresie]

Looking further I did find one test failure regarding broken links on
javadocs.  Is this expected as maybe javadocs aren't there yet and are
broken links?

See
https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release160/lastCompletedBuild/testReport/org.netbeans.nbbuild/CheckLinks/Release_preparation___prepare_release___build_for_release___testBrokenLinks/

Do the javadocs need to be generated prior to this or is this by design?

Eric



Eric Bresie
ebre...@gmail.com


On Sun, Oct 30, 2022 at 9:06 AM Eric Bresie  wrote:

> Was about to pull down and noticed the build shows as "UNSTABLE" (see the
> icon and hover over)
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release160/6/console
>
> I can see anything specific initially but was curious why this would be
> considered "UNSTABLE"?
>
> Eric Bresie
> ebre...@gmail.com
>
>
> On Thu, Oct 27, 2022 at 8:18 AM Neil C Smith 
> wrote:
>
>> The second release candidate build for Apache NetBeans 16 is available
>> (links below).
>>
>> Changes since 16-rc1 can be found at
>> https://github.com/apache/netbeans/pull/4854
>>
>> Please help with testing, particularly of changes, and file issues in
>> GitHub as necessary -
>>
>> https://github.com/apache/netbeans/issues
>>
>> If you're a committer adding an issue, or helping triage an issue
>> (please do!), add the milestone and/or priority labels as appropriate.
>> Use priority:high for should be fixed before release,
>> priority:critical for must be fixed before we can release.
>>
>> **The following rules are applied to pull requests from now until
>> release:**
>>
>> Please read the full info on how we manage pull requests to delivery
>> at least once! :-) -
>> https://lists.apache.org/thread/hyjbsz55zb9xfcnccghkrsvqsnt83nwf
>>
>> PR's intended to be included in the 16 release :
>>  - Limited to fixes (link an issue if there is one, or provide
>> justification in description)
>>  - Label with priority:high or priority:critical as appropriate.
>>  - Base on the delivery branch.
>>  - Mark with NB16 milestone.
>>  - Will be merged by the release team.
>>
>> PR's with features for a future release :
>>  - Base on the master branch.
>>  - Will be reviewed and merged in the usual way.
>>  - If possible stay away from big refactoring.
>>  - If possible do not overlap with fixes for 16 (delivery will be
>> merged to master weekly).
>>
>>
>> The NetBeans 16-rc2 artifacts, including unsigned installers, are here:
>>
>> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release160/6/artifact/dist/
>>
>> Alternative trial link to latest release candidate:
>> https://nightlies.apache.org/netbeans/candidate/netbeans/
>>
>> Link to the binary zip:
>>
>> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release160/6/artifact/dist/netbeans/netbeans-16-rc2-bin.zip
>> SHA512:
>> 6bb5eab966202575bb68c1e5a11b44d6eb4318a6f7d25c23c265013c66f15066dd34b783384d14ef4c737ed2e983d203c5092b09dbd573d1f51050282f0604b7
>>
>> The sources are here:
>>
>> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release160/6/artifact/dist/netbeans/netbeans-16-rc2-source.zip
>> SHA512:
>> 4db94e8f37bf8508acf4ea934172166efc812e2c9eb840867e916690e4a647222e0e74087e7f32b31038c069df7404131adad6b61a666422260f3cd2fa180fb7
>>
>> Link to the VSCode plugin:
>>
>> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release160/6/artifact/dist/vsix/
>>
>>
>> The PRs already integrated into NetBeans 16 are :
>> https://github.com/apache/netbeans/pulls?q=is%3Amerged+milestone%3ANB16
>>
>> Issues currently tagged for NetBeans 16 are :
>>
>> https://github.com/apache/netbeans/issues?q=is%3Aopen+is%3Aissue+milestone%3ANB16
>>
>> Release schedule :
>> https://cwiki.apache.org/confluence/display/NETBEANS/Release+Schedule
>>
>>
>> Thank you for your contributions!
>>
>> Best wishes,
>>
>> Neil
>>
>> PS. Please don't respond to this email directly - start a new thread.
>> Let's keep the [NOTICE] tag for what it says. Thanks! :-)
>>
>> -
>> 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
>>
>>
>>
>>

UNSTABLE 16-rc2 Build

[Eric Bresie]

Was about to pull down and noticed the build shows as "UNSTABLE" (see the
icon and hover over)
https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release160/6/console

I can see anything specific initially but was curious why this would be
considered "UNSTABLE"?

Eric Bresie
ebre...@gmail.com


On Thu, Oct 27, 2022 at 8:18 AM Neil C Smith  wrote:

> The second release candidate build for Apache NetBeans 16 is available
> (links below).
>
> Changes since 16-rc1 can be found at
> https://github.com/apache/netbeans/pull/4854
>
> Please help with testing, particularly of changes, and file issues in
> GitHub as necessary -
>
> https://github.com/apache/netbeans/issues
>
> If you're a committer adding an issue, or helping triage an issue
> (please do!), add the milestone and/or priority labels as appropriate.
> Use priority:high for should be fixed before release,
> priority:critical for must be fixed before we can release.
>
> **The following rules are applied to pull requests from now until
> release:**
>
> Please read the full info on how we manage pull requests to delivery
> at least once! :-) -
> https://lists.apache.org/thread/hyjbsz55zb9xfcnccghkrsvqsnt83nwf
>
> PR's intended to be included in the 16 release :
>  - Limited to fixes (link an issue if there is one, or provide
> justification in description)
>  - Label with priority:high or priority:critical as appropriate.
>  - Base on the delivery branch.
>  - Mark with NB16 milestone.
>  - Will be merged by the release team.
>
> PR's with features for a future release :
>  - Base on the master branch.
>  - Will be reviewed and merged in the usual way.
>  - If possible stay away from big refactoring.
>  - If possible do not overlap with fixes for 16 (delivery will be
> merged to master weekly).
>
>
> The NetBeans 16-rc2 artifacts, including unsigned installers, are here:
>
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release160/6/artifact/dist/
>
> Alternative trial link to latest release candidate:
> https://nightlies.apache.org/netbeans/candidate/netbeans/
>
> Link to the binary zip:
>
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release160/6/artifact/dist/netbeans/netbeans-16-rc2-bin.zip
> SHA512:
> 6bb5eab966202575bb68c1e5a11b44d6eb4318a6f7d25c23c265013c66f15066dd34b783384d14ef4c737ed2e983d203c5092b09dbd573d1f51050282f0604b7
>
> The sources are here:
>
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release160/6/artifact/dist/netbeans/netbeans-16-rc2-source.zip
> SHA512:
> 4db94e8f37bf8508acf4ea934172166efc812e2c9eb840867e916690e4a647222e0e74087e7f32b31038c069df7404131adad6b61a666422260f3cd2fa180fb7
>
> Link to the VSCode plugin:
>
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release160/6/artifact/dist/vsix/
>
>
> The PRs already integrated into NetBeans 16 are :
> https://github.com/apache/netbeans/pulls?q=is%3Amerged+milestone%3ANB16
>
> Issues currently tagged for NetBeans 16 are :
>
> https://github.com/apache/netbeans/issues?q=is%3Aopen+is%3Aissue+milestone%3ANB16
>
> Release schedule :
> https://cwiki.apache.org/confluence/display/NETBEANS/Release+Schedule
>
>
> Thank you for your contributions!
>
> Best wishes,
>
> Neil
>
> PS. Please don't respond to this email directly - start a new thread.
> Let's keep the [NOTICE] tag for what it says. Thanks! :-)
>
> -
> 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: parent.relativePath warning on Windows

[Eric Bresie]

   1. Is the sub-projects within the parent projects folder structure or
   external?
   2. In the "parent" pom, did the "modules" for the sub-projects get
   defined?
   3. In the sub-projects, did the parent pom coordinates get included?
   4. Which environment is maven running in on Windows (i.e. basic jar on
   path based or installed in a Cygwin type environment)?


Eric Bresie
ebre...@gmail.com


On Thu, Oct 27, 2022 at 6:07 PM Mark Eggers 
wrote:

> It appears that images are stripped from the list.
>
> The following should work:
>
> https://i.postimg.cc/MpmPxK2n/module-error-edited.png
>
> /mde/
>
> On 10/27/2022 3:50 PM, Mark Eggers wrote:
> > Folks,
> >
> > I am getting a warning about multi-module project structures and
> > parent.relativePath, but only on Windows (see screen shot).
> >
> > To recreate:
> >
> > 1. Create a POM project
> > 2. Right-mouse click on modules, and create a new module (Java
> application)
> > 3. Go into that new module and look at the created pom.xml
> >
> > You'll get the warning (see screen shot) that the parent.relativePath
> > points to the module, rather than to the parent.
> >
> > The project structure created by NetBeans (14,15,16-rc2) is correct, but
> > the warning IMO is not. This warning does not appear on Windows in
> > NetBeans <= 13.
> >
> > I created this screen shot in the following environment.
> >
> > Windows 10 Professional
> > Java 17.0.3+7
> > NetBeans 16-rc2 (unpacked from the zip file)
> >
> > The following items were added to netbeans.conf:
> >
> > # adding UTF-8 and fontsize at the end
> > netbeans_default_options=" . . . . -J-Dfile.encoding=UTF-8 --fontsize 14"
> >
> > # location of JDK 17 - run JDK 11 by default on this machine
> > netbeans_jdkhome="D:\Programs-x64\Java\jdk-17.0.3+7"
> >
> > I did not import any settings, and did not pre-activate any modules.
> >
> > Right now since it's a warning, I just ignore it.
> >
> > Please also note in the screen shot, pom.xml is created with Unix (LF)
> > endings instead of Windows (CRLF) endings. However, a Java Web
> > application created as a module in this project shows Windows (CRLF) for
> > pom.xml
> >
> > The warnings do not show up when following the same procedure on Ubuntu
> > 20.04.1.
> >
> > Could this be due to line ending confusion? I have the following project
> > structure:
> >
> > MyModules - pom.xml is in Unix (LF) format (POM project)
> > |
> > MyServerModule - pom.xml is in Unix (LF) format (Java application)
> > |
> > MyClientModule - pom.xml is in Windows (CRLF) format (Web
> application)
> > |
> > MyPoCModule - pom.xml is in Windows (CRLF) format (Web application)
> >
> > If someone can point me in the general direction of where to look, I'd
> > be happy to try and narrow it down further.
> >
> > . . . just my two cents
> > /mde/
> >
> >
> > -
> > 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: Java Help student project started

[Eric Bresie]

>From what I've seen, basic development on javahelp has more or less been
abandoned.  See https://github.com/javaee/javahelp which is read only at
this time.  There are a few forks (my own [
https://github.com/ebresie/javahelp] included - which I've been trying to
merge in changes from other branches) but not sure if this is the
best option.

Eric Bresie
ebre...@gmail.com


On Wed, Oct 26, 2022 at 3:30 PM Ernie Rael  wrote:

> On 22/10/17 12:54 AM, Oliver Rettig wrote:
> > Hi all,
> >
> > since years we miss a modern (on- and offline) help-viewer for your
> netbeans
> > platform applications. Now, we have just started a student project at the
> > Cooperative State University Karlsruhe (Germany) to fill this gap. It
> will run
> > the next six months.
> >
> > Of course we have our specific needs and wishes but it will be great, if
> we can
> > implement something, which is interesting for many:-)
> >
> > My personal main point is, that I want to add documentation into
> netbeans-
> > platform modules. If I collect some modules to a platform app I want to
> have a
> > tool which collects the documentation parts from all the included modules
> > automatically. I also want to integrate a help-viewer as on offline
> viewer into
> > the rcp-app by invoking a browser but I also want to push to a online-
> > available documentation maybe into a docuwiki page.
> >
> > So, if you are interested please give us feedback what functionality you
> like
> > to see in a new Java-Help Viewer and if you know projects we have to
> look in,
> > or give us other hints about java-help.
>
> I've heard that NetBeans help was lost because of Apache licensing
> restrictions; I don't know if that's true. If it is true, I've wondered
> if a plugin could be built out of the java help infrastructure that
> hooked into the existing NetBeans help. I never thought the help was
> great, but I sure miss it. I don't suggest this in place of the
> functionality you mention, but it might be a useful step that could be
> quickly put in place.
>
> I very much like the ideas you mention of different ways to browse
> through, and extend, NetBeans help and documentation.
>
> Best wishes for success,
> -ernie
>
> >
> > Here is a list what I have found just now and looks interesting for us:
> >
> > https://git.rwth-aachen.de/netbeans/nb-help
> > https://github.com/AleksandraMisic762/help-in-browser-dev
> > https://git.rwth-aachen.de/j.hofschroeer/nb-help
> > https://github.com/hubersn/SwingHelpViewer
> >
> http://bits.netbeans.org/dev/javadoc/org-netbeans-modules-javahelp/org/netbeans/api/javahelp/doc-files/help-guide.html
> > https://netbeans.apache.org/wiki/DevFaqHelpGuidelines.asciidoc
> >
> https://stackoverflow.com/questions/16262631/implementing-javahelp-search-with-the-netbeans-ide
> > https://dzone.com/articles/nb-how-create-javahelp-mavenized
> >
> https://stackoverflow.com/questions/9994373/using-javahelp-for-end-user-documentation-on-netbeans-based-application-tools-o
> > https://stackoverflow.com/questions/7804838/embedding-avi-in-javahelp
> > https://sourceforge.net/projects/jhelpdev/
> > https://www.netbeans-forum.de/viewtopic.php?t=6095
> >
> https://github.com/DmitriPopov/HelpinatorReadTheDocs/blob/master/javahelp.rst
> >
> >
> > best regards
> > Oliver
> >
> >
> >
> >
> > -
> > 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: nb-javac for building NetBeans itself

[Eric Bresie]

Sorry I’m not in the know here from a who developed what but…

Since the below is forked from

https://github.com/oracle/nb-javac

Is that going to be a problem?

Or is that the beauty of open source development (i.e. fork it, enhance it,
rebrand it [maybe nb-jc], etc. - license permitting)?

Eric

> I take the above back -- nb-javac is developed by Jaroslav Tulach, and
> whoever contributes, e.g., Dusan Balek.

> https://github.com/JaroslavTulach/nb-javac/

> Where should it be, Neil? It can't be here at Apache because of its
> licensing. Isn't it fine where it is and under active development via
> Jaroslav and others?

> Where should it be on Maven Central where it is not versus where it is
now?

> Gj
-- 
Eric Bresie
ebre...@gmail.com

Re: Need an email with @apache.org

[Eric Bresie]

See following
https://netbeans.apache.org/participate/submit-pr.html
https://netbeans.apache.org/participate/index.html

Get Outlook for iOS

From: John Mc 
Sent: Friday, October 14, 2022 3:39:35 PM
To: dev@netbeans.apache.org 
Subject: Re: Need an email with @apache.org

Hi,

You don't need an @apache.org email address to contribute.

Regards

John

On Fri, 14 Oct 2022 at 21:26, Darwin Te  wrote:

> Hi NetBeans Team,
>
> I would like to contribute and need an email @apache.org format as
> invitation.
>
> Let me know my next steps.
>
> Thanks.
>
> Best regards,
>
> Darwin
>
>

Re: Looking for commercial support

[Eric Bresie]

Just out of curiosity, was a previous debug session still active while changes 
in code where made?

Did it get rebuilt after changes where made?

I sometimes find if it is still running, it may not update what is available 
until it has been rebuilt and/or restarted

Get Outlook for iOS<https://aka.ms/o0ukef>

From: Eric Bresie 
Sent: Monday, October 10, 2022 9:50:28 AM
To: dev@netbeans.apache.org 
Subject: Re: Looking for commercial support

See support on help page
https://netbeans.apache.org/help/index.html


Get Outlook for iOS<https://aka.ms/o0ukef>

From: Blake McBride 
Sent: Monday, October 10, 2022 9:37:28 AM
To: dev@netbeans.apache.org 
Subject: Looking for commercial support

Greetings,

There are a couple of problems I am having with NetBeans that are pretty
important to me.  I am wondering if I can find someone to address these
issues commercially.  The two issues are detailed at:

https://github.com/apache/netbeans/issues/4754
https://github.com/apache/netbeans/issues/4675

Please email me if you can help.

Thank you.

Blake McBride

Re: Looking for commercial support

[Eric Bresie]

See support on help page
https://netbeans.apache.org/help/index.html


Get Outlook for iOS

From: Blake McBride 
Sent: Monday, October 10, 2022 9:37:28 AM
To: dev@netbeans.apache.org 
Subject: Looking for commercial support

Greetings,

There are a couple of problems I am having with NetBeans that are pretty
important to me.  I am wondering if I can find someone to address these
issues commercially.  The two issues are detailed at:

https://github.com/apache/netbeans/issues/4754
https://github.com/apache/netbeans/issues/4675

Please email me if you can help.

Thank you.

Blake McBride

Re: Maven "Graph" functionality

[Eric Bresie]

This is on my https://github.com/ebresie/python4nb project.

Looking in Navigator under the Dependencies, (slightly ahead of master on
the above) it shows about 60 dependencies.

Running mvn dependency:tree, I get this pretty quickly so not sure if the
bottle next is further transient dependencies or maybe in the
modeling/rendering the resulting graph.

Eric Bresie
ebre...@gmail.com


On Fri, Oct 7, 2022 at 8:54 AM Svata Dedic 
wrote:

> What  was the project's size (# of dependency closure) ?
>
> -S.
>
> On 07. 10. 22 15:46, Eric Bresie wrote:
> > OkayI was trying again and wanted to bring it up again.
> > When opening pom.xml, clicking the Graph button, it seems to get stuck
> > while "Loading and constructing the graph".  It indicates it may take a
> > while, but I'm just wondering why this takes so long.  Is this just an
> old
> > feature that hasn't been updated/optimized or is it just that big (and
> > timely task)?
> >
> > The IDE becomes unresponsive during this.  In Windows Task Manager, it
> > shows with Netbeans 15 about 1.7 Gigs of memory in use.
> > After waiting 15 minutes of unresponsiveness I gave up and shut down
> > Netbeans.
> > Eric Bresie
> > ebre...@gmail.com
> >
> >
> > On Sat, Sep 10, 2022 at 1:07 PM Eric Bresie  wrote:
> >
> >> Never mind, I guess as indicated it takes a while to scan, layout, and
> >> render.
> >>
> >> Eric Bresie
> >> ebre...@gmail.com
> >>
> >>
> >> On Sat, Sep 10, 2022 at 12:58 PM Eric Bresie  wrote:
> >>
> >>> While trying to debug / update some maven dependencies, while in the
> >>> Maven Pom editor.  I noticed the "Graph" button/view which when pressed
> >>> shows the message "Loading and constructing graph (this may take a
> while)."
> >>> but then after doing so, it seems to get stuck on this for some reason
> and
> >>> I'm unable to do anything after that.
> >>>
> >>> Has anyone else seen a similar issue?
> >>>
> >>> Running with Netbeans 15, on Windows 11, with
> >>>
> >>> java -version
> >>> openjdk version "11.0.12" 2021-07-20
> >>> OpenJDK Runtime Environment Microsoft-25199 (build 11.0.12+7)
> >>> OpenJDK 64-Bit Server VM Microsoft-25199 (build 11.0.12+7, mixed mode)
> >>>
> >>> mvn -version
> >>> Apache Maven 3.8.6 (84538c9988a25aec085021c365c560670ad80f63)
> >>> Maven home: C:\..\apache-maven-3.8.6
> >>> Java version: 11.0.12, vendor: Microsoft, runtime: C:\Program
> >>> Files\Microsoft\jdk-11.0.12.7-hotspot
> >>> Default locale: en_US, platform encoding: Cp1252
> >>> OS name: "windows 10", version: "10.0", arch: "amd64", family:
> "windows"
> >>>
> >>>
> >>> Eric Bresie
> >>> ebre...@gmail.com
> >>>
> >>
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>
[INFO] Scanning for projects...
[INFO] 
[INFO] --< org.apache.netbeans.modules.python4nb:python4nb >---
[INFO] Building Python Language Support 0.3-SNAPSHOT
[INFO] [ nbm ]-
[INFO] 
[INFO] --- maven-dependency-plugin:2.8:tree (default-cli) @ python4nb ---
[INFO] org.apache.netbeans.modules.python4nb:python4nb:nbm:0.3-SNAPSHOT
[INFO] +- 
org.netbeans.api:org-netbeans-api-annotations-common:jar:RELEASE150:compile
[INFO] +- org.netbeans.api:org-netbeans-api-templates:jar:RELEASE150:compile
[INFO] +- org.netbeans.api:org-openide-filesystems:jar:RELEASE150:compile
[INFO] +- org.netbeans.api:org-openide-loaders:jar:RELEASE150:compile
[INFO] +- org.netbeans.api:org-openide-nodes:jar:RELEASE150:compile
[INFO] +- org.netbeans.api:org-openide-util:jar:RELEASE150:provided
[INFO] +- org.netbeans.api:org-openide-util-lookup:jar:RELEASE150:compile
[INFO] +- org.netbeans.api:org-openide-util-ui:jar:RELEASE150:compile
[INFO] +- org.netbeans.api:org-openide-windows:jar:RELEASE150:provided
[INFO] +- org.netbeans.api:org-openide-text:jar:RELEASE150:compile
[INFO] +- org.netbeans.api:org-netbeans-core-multiview:jar:RELEASE150:compile
[INFO] +- org.netbeans.api:org-openide-awt:jar:RELEASE150:compile
[INFO] +- org.netbeans.api:org-openide-dialogs:jar:RELEASE150:compile

Re: Maven "Graph" functionality

[Eric Bresie]

OkayI was trying again and wanted to bring it up again.
When opening pom.xml, clicking the Graph button, it seems to get stuck
while "Loading and constructing the graph".  It indicates it may take a
while, but I'm just wondering why this takes so long.  Is this just an old
feature that hasn't been updated/optimized or is it just that big (and
timely task)?

The IDE becomes unresponsive during this.  In Windows Task Manager, it
shows with Netbeans 15 about 1.7 Gigs of memory in use.
After waiting 15 minutes of unresponsiveness I gave up and shut down
Netbeans.
Eric Bresie
ebre...@gmail.com


On Sat, Sep 10, 2022 at 1:07 PM Eric Bresie  wrote:

> Never mind, I guess as indicated it takes a while to scan, layout, and
> render.
>
> Eric Bresie
> ebre...@gmail.com
>
>
> On Sat, Sep 10, 2022 at 12:58 PM Eric Bresie  wrote:
>
>> While trying to debug / update some maven dependencies, while in the
>> Maven Pom editor.  I noticed the "Graph" button/view which when pressed
>> shows the message "Loading and constructing graph (this may take a while)."
>> but then after doing so, it seems to get stuck on this for some reason and
>> I'm unable to do anything after that.
>>
>> Has anyone else seen a similar issue?
>>
>> Running with Netbeans 15, on Windows 11, with
>>
>> java -version
>> openjdk version "11.0.12" 2021-07-20
>> OpenJDK Runtime Environment Microsoft-25199 (build 11.0.12+7)
>> OpenJDK 64-Bit Server VM Microsoft-25199 (build 11.0.12+7, mixed mode)
>>
>> mvn -version
>> Apache Maven 3.8.6 (84538c9988a25aec085021c365c560670ad80f63)
>> Maven home: C:\..\apache-maven-3.8.6
>> Java version: 11.0.12, vendor: Microsoft, runtime: C:\Program
>> Files\Microsoft\jdk-11.0.12.7-hotspot
>> Default locale: en_US, platform encoding: Cp1252
>> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>>
>>
>> Eric Bresie
>> ebre...@gmail.com
>>
>

Re: [DISCUSS] Shall NetBeans improve Java/JDK? With Frgaal?

[Eric Bresie]

Why can’t Frgaal just be a plug-in like nb-javac us to be or other languages 
like Kotlin or Python?

Is there some inherent Netbeans infrastructure code functionality requiring 
change for this? If the suggestion is to integrate it with Netbeans IDE itself 
then I can see the hesitation.

But then again, in many language case, each has the ability to provide 
alternative compilers (i.e. C/C++ for gnu, llvm, etc), or different 
distributors of open JDKs, so if this is say frgaal is an alternative compiler 
for open JDK that’s slightly different case then a single language.

Maybe separate  question, is there or should there be a Netbeans API to have a 
standardized way of adding and managing Language platforms?

Get Outlook for iOS

From: John Mc 
Sent: Friday, October 7, 2022 1:31 AM
To: dev@netbeans.apache.org 
Cc: Ernie Rael 
Subject: Re: [DISCUSS] Shall NetBeans improve Java/JDK? With Frgaal?

Sorry, to chime in here, I don't do much Java Development anymore, so not
really clued in on the comings and goings of the Language too much :(
however I do have to spend some hours every few weeks
maintaining/supporting a Java 6 project(the client has no intention of
paying for an JDK upgrade, the app is 20+ years old and is being replaced
in a few years anyways), so this Frgaal peaked my interest - until I
spotted that it only supports 1.8+.

I tried googling Frgaal, and I only found 2 hits:

   - http://frgaal.org
   - http://wiki.apidesign.org/wiki/Frgaal

Even on twitter searches for Frgaal, don't show much mentions outside of a
few key people...  I admit, my searches are limited and don't reflect usage
of Frgaal, but even from those searches, Frgaal doesn't appear to be
marketed very well in the Java ecosystem.  It looks like Frgaal is a pet
project, an interesting one, but one that's still trying to find a space in
the JDK ecosystem.

So I would question, why at this stage in Frgaal life - what benefit will
it bring to NetBeans if we package support for it?  I can't see it bringing
any users to our IDE, so why would we put it directly into NetBeans... Can
support for Frgaal be added to the IDE via a plugin?  If so, we should
recommend the authors of Frgaal to use this route, as a way of getting IDE
support.  If I remember correctly, they don't have to distribute it solely
through our potentially dead plugin portal, they could distribute it
themselves right?

If and when Frgaal gains traction, then we can consider adding it to
NetBeans as a first class citizen, but until it has traction why bother,
when it won't bring us anything but code we might need to remove later on
if the author loses interest in Frgaal?

Regards

John

On Fri, 7 Oct 2022 at 04:35, Michael Bien  wrote:

> On 06.10.22 19:01, Ernie Rael wrote:
> >
> > -1 to DISCUSSION? Wow. That's pretty draconian.
> >
> I mean the apache process is fairly democratic. A negative vote only
> conveys exactly that: a negative vote. This is no veto.
>
> This is also not a -1 to the discussion. Keep discussing :)
>
> Also please keep in mind that the context of this discussion is a second
> mail thread and a PR. This mail was a summary of my opinion on that
> topic since nobody likes to read long mails (the bullet point version
> already got too long).
>
> best regards,
>
> michael
>
>
> -
> 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: [DISCUSS] Supporting ecj in NetBeans

[Eric Bresie]

I think the intent has already been expressed well but it sounds (1) (2)
like ecj provides the same basic functionality as nb-javac does which has
basically become less of a concern for recent NB versions.  So is there any
more value of an alternative here?  If they want ecj shouldn't they just
stick with Eclipse if they prefer it?

Eric Bresie
ebre...@gmail.com

References,
(1)
https://stackoverflow.com/questions/3061654/what-is-the-difference-between-javac-and-the-eclipse-compiler
(2) https://stackoverflow.com/a/3061680/214665


On Fri, Sep 30, 2022 at 8:41 PM Michael Bien  wrote:

> forgot to reply to this part
>
> On 30.09.22 16:59, Ernie Rael wrote:
> > At a minimum, seems worth having a "try the newest language features"
> > option and/or NewProject category.
>
> NB can download JDKs (of any vendor or version, including EA builds).
> The option is a bit buried under
>
> tools -> java platforms -> add platform -> download JDK via foojay
>
> Neil and me recently added some improvements in that area and cleaned up
> the UI (should be all in NB 15), so feedback is appreciated esp if
> something doesn't work.
>
> I personally don't see why we would have to add a new project type for
> this or swap out a compiler of the generated new project. Maybe we could
> add a Java target setting (or registered JDK combo box?) to the
> new-project wizard and it would recommend downloading (and registering)
> a JDK if the target is not covered by the registered JDKs.
>
> regards,
>
> michael
>
>
> -
> 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: Sudden File Lock Freeze

[Eric Bresie]

Just curious, what kind of build tool is in use (i.e.  Maven, Gradle, Ant,
or none of the above)?

If Maven, is it possible it's trying to pulldown and index the maven
artifacts?

Eric Bresie
ebre...@gmail.com


On Fri, Sep 16, 2022 at 6:00 PM Ömer Halit Çizmeci 
wrote:

> I just had the same problem and this is what the stack trace looks like...
> I couldn't get more info at the moment.
>
>
> java.lang.NullPointerException: Cannot invoke
> "org.openide.filesystems.FileObject.getAttribute(String)" because "fo" is
> null
> at org.openide.filesystems.FileUtil.toFile(FileUtil.java:813)
> at org.openide.filesystems.FileUtil.getFileDisplayName(FileUtil.java:1574)
> at
>
> org.netbeans.modules.java.hints.spiimpl.batch.BatchSearch$2.run(BatchSearch.java:279)
> at
>
> org.netbeans.modules.java.hints.spiimpl.batch.BatchSearch$2.run(BatchSearch.java:240)
> at org.netbeans.modules.java.source.parsing.MimeTask.run(MimeTask.java:60)
> at
>
> org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
> at
>
> org.netbeans.modules.parsing.api.ParserManager$MimeTaskAction.run(ParserManager.java:364)
> at
>
> org.netbeans.modules.parsing.api.ParserManager$MimeTaskAction.run(ParserManager.java:347)
> at
>
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181)
> at
>
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178)
> at
>
> org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153)
> at
>
> org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
> at
>
> org.netbeans.modules.parsing.nb.DataObjectEnvFactory.runPriorityIO(DataObjectEnvFactory.java:118)
> at
>
> org.netbeans.modules.parsing.impl.Utilities.runPriorityIO(Utilities.java:67)
> at
>
> org.netbeans.modules.parsing.impl.TaskProcessor.runUserTask(TaskProcessor.java:178)
> at
>
> org.netbeans.modules.parsing.api.ParserManager.parse(ParserManager.java:318)
> at
>
> org.netbeans.api.java.source.JavaSource.runUserActionTaskImpl(JavaSource.java:433)
> at
>
> org.netbeans.api.java.source.JavaSource.runUserActionTask(JavaSource.java:425)
> at
>
> org.netbeans.modules.java.hints.spiimpl.batch.BatchSearch.getLocalVerifiedSpans(BatchSearch.java:240)
> at
>
> org.netbeans.modules.java.hints.spiimpl.batch.BatchSearch.access$400(BatchSearch.java:76)
> at
>
> org.netbeans.modules.java.hints.spiimpl.batch.BatchSearch$LocalIndexEnquirer.validateResource(BatchSearch.java:550)
> at
>
> org.netbeans.modules.java.hints.spiimpl.batch.BatchSearch.getVerifiedSpans(BatchSearch.java:183)
> at
>
> org.netbeans.modules.java.hints.spiimpl.batch.BatchUtilities.applyFixes(BatchUtilities.java:174)
> at
>
> org.netbeans.modules.java.hints.onsave.RemoveUnusedAfterSave.performTask(RemoveUnusedAfterSave.java:85)
> at
>
> org.netbeans.modules.editor.lib.BeforeSaveTasks$TaskRunnable$1.run(BeforeSaveTasks.java:148)
> at
>
> org.netbeans.editor.GuardedDocument.runAtomicAsUser(GuardedDocument.java:333)
> at
>
> org.netbeans.modules.editor.lib.BeforeSaveTasks$TaskRunnable.run(BeforeSaveTasks.java:131)
> at
>
> org.netbeans.modules.editor.lib.TrailingWhitespaceRemove.runLocked(TrailingWhitespaceRemove.java:77)
> at
>
> org.netbeans.modules.editor.lib.BeforeSaveTasks$TaskRunnable.run(BeforeSaveTasks.java:128)
> at
>
> org.netbeans.modules.editor.impl.ReformatBeforeSaveTask.runLocked(ReformatBeforeSaveTask.java:101)
> at
>
> org.netbeans.modules.editor.lib.BeforeSaveTasks$TaskRunnable.run(BeforeSaveTasks.java:128)
> at
>
> org.netbeans.modules.java.hints.onsave.RemoveUnusedAfterSave$1.run(RemoveUnusedAfterSave.java:98)
> at
>
> org.netbeans.modules.java.hints.onsave.RemoveUnusedAfterSave$1.run(RemoveUnusedAfterSave.java:96)
> at
> org.netbeans.api.java.source.JavaSource$MultiTask.run(JavaSource.java:504)
> at
>
> org.netbeans.modules.parsing.impl.TaskProcessor.callUserTask(TaskProcessor.java:586)
> at
>
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:132)
> at
>
> org.netbeans.modules.parsing.api.ParserManager$UserTaskAction.run(ParserManager.java:116)
> at
>
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:181)
> at
>
> org.netbeans.modules.parsing.impl.TaskProcessor$2.call(TaskProcessor.java:178)
> at
>
> org.netbeans.modules.masterfs.filebasedfs.utils.FileChangedManager.priorityIO(FileChangedManager.java:153)
> at
>
> org.netbeans.modules.masterfs.providers.ProvidedExtensions.priorityIO(ProvidedExtensions.java:335)
> at
>
> org.netbeans.modules.parsing.nb.DataObjectEnvFactory

Re: Maven "Graph" functionality

[Eric Bresie]

Never mind, I guess as indicated it takes a while to scan, layout, and
render.

Eric Bresie
ebre...@gmail.com


On Sat, Sep 10, 2022 at 12:58 PM Eric Bresie  wrote:

> While trying to debug / update some maven dependencies, while in the Maven
> Pom editor.  I noticed the "Graph" button/view which when pressed shows the
> message "Loading and constructing graph (this may take a while)." but then
> after doing so, it seems to get stuck on this for some reason and I'm
> unable to do anything after that.
>
> Has anyone else seen a similar issue?
>
> Running with Netbeans 15, on Windows 11, with
>
> java -version
> openjdk version "11.0.12" 2021-07-20
> OpenJDK Runtime Environment Microsoft-25199 (build 11.0.12+7)
> OpenJDK 64-Bit Server VM Microsoft-25199 (build 11.0.12+7, mixed mode)
>
> mvn -version
> Apache Maven 3.8.6 (84538c9988a25aec085021c365c560670ad80f63)
> Maven home: C:\..\apache-maven-3.8.6
> Java version: 11.0.12, vendor: Microsoft, runtime: C:\Program
> Files\Microsoft\jdk-11.0.12.7-hotspot
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
>
>
> Eric Bresie
> ebre...@gmail.com
>

Maven "Graph" functionality

[Eric Bresie]

While trying to debug / update some maven dependencies, while in the Maven
Pom editor.  I noticed the "Graph" button/view which when pressed shows the
message "Loading and constructing graph (this may take a while)." but then
after doing so, it seems to get stuck on this for some reason and I'm
unable to do anything after that.

Has anyone else seen a similar issue?

Running with Netbeans 15, on Windows 11, with

java -version
openjdk version "11.0.12" 2021-07-20
OpenJDK Runtime Environment Microsoft-25199 (build 11.0.12+7)
OpenJDK 64-Bit Server VM Microsoft-25199 (build 11.0.12+7, mixed mode)

mvn -version
Apache Maven 3.8.6 (84538c9988a25aec085021c365c560670ad80f63)
Maven home: C:\..\apache-maven-3.8.6
Java version: 11.0.12, vendor: Microsoft, runtime: C:\Program
Files\Microsoft\jdk-11.0.12.7-hotspot
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"


Eric Bresie
ebre...@gmail.com

Re: Netbeans 15 rc - Startup Dialog Sizes

[Eric Bresie]

Okay, another data point...

I pulled the official Netbeans 15 delivery, tried it initially and had the
small sized items.  Cleaned out my cache and user folder, restarted,
screens were smaller, importing Netbeans 14 settings.  Closed down again
and restarted, and now the window is the correct size.  Not sure what is
going on still.

Eric Bresie
ebre...@gmail.com


On Sun, Aug 28, 2022 at 5:40 PM Eirik Bakke  wrote:

> Thanks for the screenshot! What's strange to me is that the text look the
> same size in the left and right screenshot, but the icons are of a
> different size e.g. "Projects" in the sidebar to the left.
>
> Might you have "--fontsize" or other custom settings defined somewhere?
>
> Perhaps try temporarily with a clean user directory?
>
> -- Eirik
>
> -Original Message-
> From: Eric Bresie 
> Sent: Sunday, August 28, 2022 4:33 PM
> To: dev@netbeans.apache.org
> Subject: Re: Netbeans 15 rc - Startup Dialog Sizes
>
> I re-read your post which reminded me I did import from 14 environment.
>
> On a side  note, when importing, the start page did show What’s New view
> which previously was unable to load the screen following and import.
>
> Eric
>
> On Sun, Aug 28, 2022 at 3:29 PM Eric Bresie  wrote:
>
> > Away from computer at the moment so will have to get back after I try
> > the suggestion…
> >
> > If you are on the Telegraph Netbeans channel, I posted picture with a
> > comparison of 14 vs 15 rc here.
> >
> > https://t.me/apache_netbeans/5314
> >
> > Eric
> >
> > On Sun, Aug 28, 2022 at 1:45 PM Eirik Bakke  wrote:
> >
> >> I tried netbeans-15-rc4 (running netbeans64.exe) on Windows 11 on
> >> OpenJDK Temurin 17.0.4.1+1, with 250% scaling on one monitor, and
> >> everything seems sized correctly on my machine.
> >>
> >> Perhaps you have old compatibility settings set on NetBeans? Try
> >> right-clicking netbeans64.exe, then Properties->Compatibility->Change
> >> High DPI Settings. Make sure neither of the checkboxes are selected?
> >>
> >> Sometimes it is necessary to sign out of windows and back in again
> >> after changing HiDPI settings.
> >>
> >> A screenshot might be useful--I'm curious.
> >>
> >> -- Eirik
> >>
> >> Product Version: Apache NetBeans IDE 15-rc4
> >> Java: 17.0.4.1; OpenJDK 64-Bit Server VM 17.0.4.1+1
> >> Runtime: OpenJDK Runtime Environment 17.0.4.1+1
> >> System: Windows 11 version 10.0 running on amd64; Cp1252; en_US (nb)
> >> User directory: C:\Users\ebakke\AppData\Roaming\NetBeans\15-rc4
> >> Cache directory: C:\Users\ebakke\AppData\Local\NetBeans\Cache\15-rc4
> >>
> >> -Original Message-
> >> From: Eric Bresie 
> >> Sent: Sunday, August 28, 2022 12:31 PM
> >> To: dev@netbeans.apache.org
> >> Subject: Re: Netbeans 15 rc - Startup Dialog Sizes
> >>
> >> Windows 11.
> >>
> >> Default LAF
> >>
> >> On Sun, Aug 28, 2022 at 10:56 AM Eirik Bakke  wrote:
> >>
> >> > Is this on Linux? Gnome or KDE?
> >> >
> >> > What LAF are you using?
> >> >
> >> > > most of the dialogs appear to be extremely small
> >> >
> >> > Only some of them? What about the main window?
> >> >
> >> > On Linux, if your system scaling is set to exactly 200%, NetBeans
> >> > should detect it and set GDK_SCALE=2 automatically. (Since
> >> > https://github.com/apache/netbeans/pull/3113 )
> >> >
> >> > Otherwise you'd have to set GDK_SCALE=2 manually.
> >> >
> >> > -- Eirik
> >> >
> >> > -Original Message-
> >> > From: Eric Bresie 
> >> > Sent: Sunday, August 28, 2022 9:38 AM
> >> > To: Netbeans Developer List 
> >> > Subject: Re: Netbeans 15 rc - Startup Dialog Sizes
> >> >
> >> > Forgot to mention, running with
> >> >
> >> > openjdk 17.0.4 2022-07-19
> >> > OpenJDK Runtime Environment Temurin-17.0.4+8 (build 17.0.4+8)
> >> > OpenJDK 64-Bit Server VM Temurin-17.0.4+8 (build 17.0.4+8, mixed
> >> > mode,
> >> > sharing)
> >> >
> >> > Eric Bresie
> >> > ebre...@gmail.com
> >> >
> >> >
> >> > On Sun, Aug 28, 2022 at 8:26 AM Eric Bresie 
> wrote:
> >> >
> >> > > I was trying out the recent Netbeans 15 release candidate and
> >> > > noticed something on startup that most of the dialogs appear to
> >> > > be extremely small.  From first glance this included the "import
> >> > > dialog", the "Starting dialog", and the "Welcome" view.
> >> > >
> >> > > I suspect this may be a side effect of the screen resolution as I
> >> > > am on a high resolution setting (3840x2160) and scaling to 250%.
> >> > >
> >> > > Eric Bresie
> >> > > ebre...@gmail.com
> >> > >
> >> >
> >> --
> >> Eric Bresie
> >> ebre...@gmail.com
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> >> For additional commands, e-mail: dev-h...@netbeans.apache.org
> >>
> >> For further information about the NetBeans mailing lists, visit:
> >> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >>
> >>
> >>
> >> --
> > Eric Bresie
> > ebre...@gmail.com
> >
> --
> Eric Bresie
> ebre...@gmail.com
>

Re: Plugin/Code donation

[Eric Bresie]

Is the proposal to integrate into baseline netbeans code or for it to
remain a separate, independently developed plugin and you need someone to
take over development?

If wanted to publish, see
https://cwiki.apache.org/confluence/display/NETBEANS/How+to+get+plugin+on+Plugin+Portal+Update+Center

Eric Bresie
ebre...@gmail.com


On Wed, Sep 7, 2022 at 2:33 AM Christian Pervoelz 
wrote:

> Hello everybody,
>
> while cleaning up my repos on GitHub I found a plugin I wrote a couple of
> years ago:
> https://github.com/ChristianPervoelz/netbeans-java-hints
> (See details below or in the repo itself)
>
> *Function:* Checking some aspects of code quality.
>
>- Cognitive Complexity
>- Statement nesting
>- too many return statements in a method
>- too many break/continue statements in a loop
>
> *State*:
>
>- At least in NB 12.6 it used to work pretty well
>- worked with Java 14 (and below)
>
> *License:* APL 2.0
>
> For some reasons, I don't have the time (and the desire) to create a plugin
> available via the portal.
> But as I think, the features are too good to be just thrown away, I'd like
> to donate the code.
>
> How could I do that? Which steps are required from my side? Is it possible
> at all?
>
> Best regards
> -- C.
>

8.2 Plugin updates.netbeans.org No longer Available

[Eric Bresie]

toupdateCatalogProvider.java:134)
at
org.netbeans.modules.autoupdate.services.UpdateUnitProviderImpl.refresh(UpdateUnitProviderImpl.java:165)
at
org.netbeans.api.autoupdate.UpdateUnitProvider.refresh(UpdateUnitProvider.java:171)
[catch] at
org.netbeans.modules.autoupdate.ui.actions.AutoupdateCheckScheduler$4.run(AutoupdateCheckScheduler.java:130)
at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1418)
at
org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45)
at org.openide.util.lookup.Lookups.executeWith(Lookups.java:278)
at
org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)


updates.netbeans.org  currently seems to redirect to
https://www.oracle.com/downloads/

Can't remember if this 8.2 site was present in default configuration of
netbeans install or if it was added later but figured I'd reach out to see
if anyone else had a similar problem.

Eric Bresie
ebre...@gmail.com

Re: Netbeans 15 rc - Startup Dialog Sizes

[Eric Bresie]

I re-read your post which reminded me I did import from 14 environment.

On a side  note, when importing, the start page did show What’s New view
which previously was unable to load the screen following and import.

Eric

On Sun, Aug 28, 2022 at 3:29 PM Eric Bresie  wrote:

> Away from computer at the moment so will have to get back after I try the
> suggestion…
>
> If you are on the Telegraph Netbeans channel, I posted picture with a
> comparison of 14 vs 15 rc here.
>
> https://t.me/apache_netbeans/5314
>
> Eric
>
> On Sun, Aug 28, 2022 at 1:45 PM Eirik Bakke  wrote:
>
>> I tried netbeans-15-rc4 (running netbeans64.exe) on Windows 11 on OpenJDK
>> Temurin 17.0.4.1+1, with 250% scaling on one monitor, and everything seems
>> sized correctly on my machine.
>>
>> Perhaps you have old compatibility settings set on NetBeans? Try
>> right-clicking netbeans64.exe, then Properties->Compatibility->Change High
>> DPI Settings. Make sure neither of the checkboxes are selected?
>>
>> Sometimes it is necessary to sign out of windows and back in again after
>> changing HiDPI settings.
>>
>> A screenshot might be useful--I'm curious.
>>
>> -- Eirik
>>
>> Product Version: Apache NetBeans IDE 15-rc4
>> Java: 17.0.4.1; OpenJDK 64-Bit Server VM 17.0.4.1+1
>> Runtime: OpenJDK Runtime Environment 17.0.4.1+1
>> System: Windows 11 version 10.0 running on amd64; Cp1252; en_US (nb)
>> User directory: C:\Users\ebakke\AppData\Roaming\NetBeans\15-rc4
>> Cache directory: C:\Users\ebakke\AppData\Local\NetBeans\Cache\15-rc4
>>
>> -Original Message-
>> From: Eric Bresie 
>> Sent: Sunday, August 28, 2022 12:31 PM
>> To: dev@netbeans.apache.org
>> Subject: Re: Netbeans 15 rc - Startup Dialog Sizes
>>
>> Windows 11.
>>
>> Default LAF
>>
>> On Sun, Aug 28, 2022 at 10:56 AM Eirik Bakke  wrote:
>>
>> > Is this on Linux? Gnome or KDE?
>> >
>> > What LAF are you using?
>> >
>> > > most of the dialogs appear to be extremely small
>> >
>> > Only some of them? What about the main window?
>> >
>> > On Linux, if your system scaling is set to exactly 200%, NetBeans
>> > should detect it and set GDK_SCALE=2 automatically. (Since
>> > https://github.com/apache/netbeans/pull/3113 )
>> >
>> > Otherwise you'd have to set GDK_SCALE=2 manually.
>> >
>> > -- Eirik
>> >
>> > -Original Message-
>> > From: Eric Bresie 
>> > Sent: Sunday, August 28, 2022 9:38 AM
>> > To: Netbeans Developer List 
>> > Subject: Re: Netbeans 15 rc - Startup Dialog Sizes
>> >
>> > Forgot to mention, running with
>> >
>> > openjdk 17.0.4 2022-07-19
>> > OpenJDK Runtime Environment Temurin-17.0.4+8 (build 17.0.4+8) OpenJDK
>> > 64-Bit Server VM Temurin-17.0.4+8 (build 17.0.4+8, mixed mode,
>> > sharing)
>> >
>> > Eric Bresie
>> > ebre...@gmail.com
>> >
>> >
>> > On Sun, Aug 28, 2022 at 8:26 AM Eric Bresie  wrote:
>> >
>> > > I was trying out the recent Netbeans 15 release candidate and
>> > > noticed something on startup that most of the dialogs appear to be
>> > > extremely small.  From first glance this included the "import
>> > > dialog", the "Starting dialog", and the "Welcome" view.
>> > >
>> > > I suspect this may be a side effect of the screen resolution as I am
>> > > on a high resolution setting (3840x2160) and scaling to 250%.
>> > >
>> > > Eric Bresie
>> > > ebre...@gmail.com
>> > >
>> >
>> --
>> Eric Bresie
>> ebre...@gmail.com
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
>> For additional commands, e-mail: dev-h...@netbeans.apache.org
>>
>> For further information about the NetBeans mailing lists, visit:
>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>
>>
>>
>> --
> Eric Bresie
> ebre...@gmail.com
>
-- 
Eric Bresie
ebre...@gmail.com

Re: Netbeans 15 rc - Startup Dialog Sizes

[Eric Bresie]

Away from computer at the moment so will have to get back after I try the
suggestion…

If you are on the Telegraph Netbeans channel, I posted picture with a
comparison of 14 vs 15 rc here.

https://t.me/apache_netbeans/5314

Eric

On Sun, Aug 28, 2022 at 1:45 PM Eirik Bakke  wrote:

> I tried netbeans-15-rc4 (running netbeans64.exe) on Windows 11 on OpenJDK
> Temurin 17.0.4.1+1, with 250% scaling on one monitor, and everything seems
> sized correctly on my machine.
>
> Perhaps you have old compatibility settings set on NetBeans? Try
> right-clicking netbeans64.exe, then Properties->Compatibility->Change High
> DPI Settings. Make sure neither of the checkboxes are selected?
>
> Sometimes it is necessary to sign out of windows and back in again after
> changing HiDPI settings.
>
> A screenshot might be useful--I'm curious.
>
> -- Eirik
>
> Product Version: Apache NetBeans IDE 15-rc4
> Java: 17.0.4.1; OpenJDK 64-Bit Server VM 17.0.4.1+1
> Runtime: OpenJDK Runtime Environment 17.0.4.1+1
> System: Windows 11 version 10.0 running on amd64; Cp1252; en_US (nb)
> User directory: C:\Users\ebakke\AppData\Roaming\NetBeans\15-rc4
> Cache directory: C:\Users\ebakke\AppData\Local\NetBeans\Cache\15-rc4
>
> -Original Message-
> From: Eric Bresie 
> Sent: Sunday, August 28, 2022 12:31 PM
> To: dev@netbeans.apache.org
> Subject: Re: Netbeans 15 rc - Startup Dialog Sizes
>
> Windows 11.
>
> Default LAF
>
> On Sun, Aug 28, 2022 at 10:56 AM Eirik Bakke  wrote:
>
> > Is this on Linux? Gnome or KDE?
> >
> > What LAF are you using?
> >
> > > most of the dialogs appear to be extremely small
> >
> > Only some of them? What about the main window?
> >
> > On Linux, if your system scaling is set to exactly 200%, NetBeans
> > should detect it and set GDK_SCALE=2 automatically. (Since
> > https://github.com/apache/netbeans/pull/3113 )
> >
> > Otherwise you'd have to set GDK_SCALE=2 manually.
> >
> > -- Eirik
> >
> > -Original Message-
> > From: Eric Bresie 
> > Sent: Sunday, August 28, 2022 9:38 AM
> > To: Netbeans Developer List 
> > Subject: Re: Netbeans 15 rc - Startup Dialog Sizes
> >
> > Forgot to mention, running with
> >
> > openjdk 17.0.4 2022-07-19
> > OpenJDK Runtime Environment Temurin-17.0.4+8 (build 17.0.4+8) OpenJDK
> > 64-Bit Server VM Temurin-17.0.4+8 (build 17.0.4+8, mixed mode,
> > sharing)
> >
> > Eric Bresie
> > ebre...@gmail.com
> >
> >
> > On Sun, Aug 28, 2022 at 8:26 AM Eric Bresie  wrote:
> >
> > > I was trying out the recent Netbeans 15 release candidate and
> > > noticed something on startup that most of the dialogs appear to be
> > > extremely small.  From first glance this included the "import
> > > dialog", the "Starting dialog", and the "Welcome" view.
> > >
> > > I suspect this may be a side effect of the screen resolution as I am
> > > on a high resolution setting (3840x2160) and scaling to 250%.
> > >
> > > Eric Bresie
> > > ebre...@gmail.com
> > >
> >
> --
> Eric Bresie
> ebre...@gmail.com
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
> --
Eric Bresie
ebre...@gmail.com

Re: Netbeans 15 rc - Startup Dialog Sizes

[Eric Bresie]

Windows 11.

Default LAF

On Sun, Aug 28, 2022 at 10:56 AM Eirik Bakke  wrote:

> Is this on Linux? Gnome or KDE?
>
> What LAF are you using?
>
> > most of the dialogs appear to be extremely small
>
> Only some of them? What about the main window?
>
> On Linux, if your system scaling is set to exactly 200%, NetBeans should
> detect it and set GDK_SCALE=2 automatically. (Since
> https://github.com/apache/netbeans/pull/3113 )
>
> Otherwise you'd have to set GDK_SCALE=2 manually.
>
> -- Eirik
>
> -Original Message-
> From: Eric Bresie 
> Sent: Sunday, August 28, 2022 9:38 AM
> To: Netbeans Developer List 
> Subject: Re: Netbeans 15 rc - Startup Dialog Sizes
>
> Forgot to mention, running with
>
> openjdk 17.0.4 2022-07-19
> OpenJDK Runtime Environment Temurin-17.0.4+8 (build 17.0.4+8) OpenJDK
> 64-Bit Server VM Temurin-17.0.4+8 (build 17.0.4+8, mixed mode,
> sharing)
>
> Eric Bresie
> ebre...@gmail.com
>
>
> On Sun, Aug 28, 2022 at 8:26 AM Eric Bresie  wrote:
>
> > I was trying out the recent Netbeans 15 release candidate and noticed
> > something on startup that most of the dialogs appear to be extremely
> > small.  From first glance this included the "import dialog", the
> > "Starting dialog", and the "Welcome" view.
> >
> > I suspect this may be a side effect of the screen resolution as I am
> > on a high resolution setting (3840x2160) and scaling to 250%.
> >
> > Eric Bresie
> > ebre...@gmail.com
> >
>
-- 
Eric Bresie
ebre...@gmail.com

Re: Netbeans 15 rc - Startup Dialog Sizes

[Eric Bresie]

Forgot to mention, running with

openjdk 17.0.4 2022-07-19
OpenJDK Runtime Environment Temurin-17.0.4+8 (build 17.0.4+8)
OpenJDK 64-Bit Server VM Temurin-17.0.4+8 (build 17.0.4+8, mixed mode,
sharing)

Eric Bresie
ebre...@gmail.com


On Sun, Aug 28, 2022 at 8:26 AM Eric Bresie  wrote:

> I was trying out the recent Netbeans 15 release candidate and noticed
> something on startup that most of the dialogs appear to be extremely
> small.  From first glance this included the "import dialog", the "Starting
> dialog", and the "Welcome" view.
>
> I suspect this may be a side effect of the screen resolution as I am on a
> high resolution setting (3840x2160) and scaling to 250%.
>
> Eric Bresie
> ebre...@gmail.com
>

Re: Run File - LinkageError/UnsupportedClassVersionError

[Eric Bresie]

I suspect you have multiple java's coming in to play (1) the JDK compiled,
and the (2) Java Runtime Environment which may conflict.  In general you
can't run something compiled with a newer version without a little effort
in some cases.  So if you have a version with some new features not yet
supported, then the old one can't necessarily support that.

May want to check the PATH, JAVA_HOME, "java --version", and possibly the
netbeans\etc\netbean.conf jdk_home variable to see if there are some
conflicting versions installed.

When you do mvn --version it should also list what java it's leveraging.
It's possible the maven may be trying to run with one version even though a
newer version is also present on the system.

Eric

Eric Bresie
ebre...@gmail.com


On Sat, Aug 27, 2022 at 1:15 PM Patrik Karlström  wrote:

> Den sön 21 aug. 2022 kl 20:13 skrev Eric Bresie :
>
> > One of the errors mentions trying to run an app compiled on a newer
> version
> > (18) while running with an older JRE (11).
> >
> > See https://javaalmanac.io/bytecode/versions/
> >
> > Have you cleaned and build with current JDK and JRE?
> >
>
> Yes, it's built from scratch with a current jdk.
>
>
>
> > Is your maven using the correct JDK?
> >
>
> It sure looks that way when I check the first line in netbeans output
> window when trying to run a file.
>

Netbeans 15 rc - Startup Dialog Sizes

[Eric Bresie]

I was trying out the recent Netbeans 15 release candidate and noticed
something on startup that most of the dialogs appear to be extremely
small.  From first glance this included the "import dialog", the "Starting
dialog", and the "Welcome" view.

I suspect this may be a side effect of the screen resolution as I am on a
high resolution setting (3840x2160) and scaling to 250%.

Eric Bresie
ebre...@gmail.com

Re: Run File - LinkageError/UnsupportedClassVersionError

[Eric Bresie]

1 resource
>
> --- maven-compiler-plugin:3.10.1:compile (default-compile) @
> nbrunfile-sample ---
> Nothing to compile - all classes are up to date
>
> --- nbm-maven-plugin:4.7:manifest (default-manifest) @ nbrunfile-sample ---
> NBM Plugin generates manifest
>
> --- exec-maven-plugin:3.0.0:exec (default-cli) @ nbrunfile-sample ---
> Command execution failed.
> java.io.IOException: Cannot run program "java" (in directory
> "/mnt/atlas/data/git/slask/nbrunfile/nbrunfile-sample"): error=2, Filen
> eller katalogen finns inte
> at java.lang.ProcessBuilder.start (ProcessBuilder.java:1143)
> at java.lang.ProcessBuilder.start (ProcessBuilder.java:1073)
> at java.lang.Runtime.exec (Runtime.java:615)
> at org.apache.commons.exec.launcher.Java13CommandLauncher.exec
> (Java13CommandLauncher.java:61)
>
-- 
Eric Bresie
ebre...@gmail.com

Re: Re: committer/pmc opinions needed for PR which is in limbo for NB 15 inclusion

[Eric Bresie]

I’m not an expert or PMC per say but…

From code perspective it seem simple enough and looks reasonable.

It sounds like this may really be a “part 1” with a follow up issue to come is 
that right?

Eric Bresie
ebre...@gmail.com (mailto:ebre...@gmail.com)

> On August 18, 2022 at 11:04:38 AM CDT, László Kishalmi 
> mailto:laszlo.kisha...@gmail.com)> wrote:
> I was about to check the PR, could not find the time for that though.
>
> I'm sorry
>
> On Thu, Aug 18, 2022 at 7:02 AM Michael Bien  (mailto:mbie...@gmail.com)> wrote:
>
> > On 18.08.22 12:09, Neil C Smith wrote:
> > > On Mon, 15 Aug 2022 at 14:21, Michael Bien  > > (mailto:mbie...@gmail.com)> wrote:
> > > > So please review for correctness first, and if you review mention in the
> > > > comment if you want to see this PR for 15 or 16.
> > > This PR is now in rc4.
> > >
> > > From a releases perspective, can I add that we really need correctness
> > > and suitability of base branch (eg. delivery) to be reviewed together.
> > > Any reviewer can, and should if necessary, veto a merge to delivery
> > > even if they're 100% happy with the code being merged to master.
> > >
> > > While I somewhat shared Matthias' reservations about merging for rc4,
> > > as I said on the PR it would be merged if no-one else vetoed. It's
> > > not the job of people doing release builds to "clear" things.
> >
> > agreed. That was essentially the reason for the mail, to generate a
> > clear NO or YES for NB15 integration once more reviews are available.
> > Unfortunately nobody said anything :(
> >
> > (in my mind a review approval with the comment "for NB16" would veto
> > NB15 merge, a change request would "veto" the entire PR etc)
> >
> > -mbien
> >
> > > Best wishes,
> > >
> > > Neil
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org 
> > > (mailto:dev-unsubscr...@netbeans.apache.org)
> > > For additional commands, e-mail: dev-h...@netbeans.apache.org 
> > > (mailto: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 
> > (mailto:dev-unsubscr...@netbeans.apache.org)
> > For additional commands, e-mail: dev-h...@netbeans.apache.org 
> > (mailto:dev-h...@netbeans.apache.org)
> >
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >
> >
> >
> >

Re: Duke Trophy

[Eric Bresie]

So who (what group or organization) is the facilitator of Duke's
Choice Award?  Is this say a "Java One" spawned prize, a JUG, from a
specific web site, "magazine" (online or actual), etc.?

How does one nominate someone for said award?

Does it need to be returned back to them so the next "Duke's Choice Award"
winner can be awarded it?

Eric Bresie
ebre...@gmail.com


On Fri, Aug 12, 2022 at 7:04 PM Bruno Souza  wrote:

> It is the statue for the Duke's Choice Award prize that NetBeans won a few
> years ago.
>
> That is a prize for top projects around Java technology. It trys to be an
> "inclusive" prize, given to the "project", so, any developer in the project
> can say they received a Duke's Choice Award.
>
> The idea is that if we take it to conferences, then all Netbeans
> developers can take a picture and "receive" the award. It is a pretty nice
> statue, but heavy, so, I commend the courage of people to carry it around
> :-D
>
> Cheers,
> Bruno.
>
> __
>
> Bruno Peres Ferreira de Souza Brazil's JavaMan
>
> https://java.mnbruno at javaman.com.br
>
> https://code4.life bruno at code4.life
>
>  if I fail, if I succeed, at least I live as I believe
>
>
>
>
> On Fri, Aug 12, 2022 at 10:45 AM Eric Bresie  wrote:
>
>> Silly question, what is the “Duke Trophy”? Is it A trophy for Java in
>> general with Netbeans winning that year(s) or specific to excellence in
>> Netbeans?
>>
>> Was trying to find any information on Trophy and found a few mentions
>> (1),(2) but wasn’t sure beyond that
>>
>> References:
>> (1) https://blogs.apache.org/netbeans/entry/duke-s-choice-award-2018
>> (2)
>>
>> https://blog.idrsolutions.com/2018/11/duke-joins-the-idrsolutions-java-team/
>>
>>
>> On Sat, Aug 6, 2022 at 10:14 AM Kenneth Fogel > >
>> wrote:
>>
>> > Back in January 2020 Mark Stephen brought the NetBeans Duke Trophy to
>> > Montreal. The plan was for me to take it to the next conference, such as
>> > CodeOne in Oct 2020 and pass it on to another member of the team. As we
>> all
>> > too aware, this could not happen.
>> >
>> > JavaOne is back and I will be speaking there in person. Made the flight
>> > and hotel reservation yesterday. I will bring Duke with me as carry on.
>> The
>> > x-ray should be fun. Now all that needs to be decided is who should I
>> pass
>> > it on to.
>> >
>> > I suggest forming a committee that meets weekly to decide on this
>> weighty
>> > topic. 
>> >
>> > Ken
>> >
>> > --
>> Eric Bresie
>> ebre...@gmail.com
>>
>

Re: Netbeans-WebSite Branches

[Eric Bresie]

I'm still a little confused though...why is the asf-site so far behind in
some ways and/or ahead in others?

Assume the "ahead" may have to do with "generated files" that by nature may
not get saved and accounts for some differences.

If master has all the latest and greatest website changes, then the site
build (where does that happen by the way?) and gets generated (i.e. html
pages based on ascii doc for example not necessarily saved in
apache/netbeans-website), why doesn't it include same changes?

Eric Bresie
ebre...@gmail.com


On Fri, Aug 12, 2022 at 11:36 AM Neil C Smith  wrote:

> On Fri, 12 Aug 2022, 17:20 Eric Bresie,  wrote:
>
> > Should many of the commits on master be merged into asf-site or
> visa-versa?
> >
>
> No. asf-site is a branch written to by the build system with the build
> output from building master. It's history is completely separate to what's
> in master. Yes, it's a slightly curious hosting mechanism!
>
> Neil
>

Missing Images from Published Netbeans-Website

[Eric Bresie]

Okay, I was looking at the issue mentioned earlier and it does raise a
separate question..

On the page  https://netbeans.apache.org/tutorials/nbm-google.html some of
the icons are not showing up even though they do appear to be there in the
netbeans-website files

When the page is generated, do some of the files not get included in the
files published maybe?

Is this maybe a scaling issue when publishing? Looking here
https://github.com/apache/netbeans-website/tree/asf-site/content/tutorials/images

I noticed the error  "Sorry, we had to truncate this directory to 1,000
files. 61 entries were omitted from the list." could something similar be
happening here as well?

Should maybe more of the images get moved into subdirectories?

But when I pull the site locally, I do find the files
present netbeans-website\netbeans.apache.org
\src\content\tutorials\images\nbm-googlebar

Is this a problem with github?

Eric Bresie
ebre...@gmail.com

>
>> > On 12.08.22 18:05, Eric Bresie wrote:
>> >> While looking through issues (i.e.
>> >> https://github.com/apache/netbeans/issues/4491 ), while reviewing
>> >> content
>> >> on the github  repository (
>> >> https://github.com/apache/netbeans-website ) I
>> >> noticed that this repository does not have "Issues" enable. Assume
>> >> this is
>> >> tracked in the mainline netbeans project but was curious
>> >>
>> >> Should this be enabled so web site / documentation specific details
>> >> can be
>> >> tracked there instead of on the code repository issue?
>> >>
>> >> Eric Bresie
>> >> ebre...@gmail.com
>> >>
>> >
>>
>>

Re: Netbeans-WebSite Github Repository doesn't have Issues enable

[Eric Bresie]

In principle the current system works, but let me ask it differently as
well, why track issues on one product (netbeans-website) in a repository
(apache/netbeans) which doesn't contain any related content (i.e. netbeans
<> netbeans-website) to fix and commit to?

I see it as being able to focus on documentation issues to the specific
product and not clutter conflicting website specific issues where there is
no real way of fixing them.

Given my netbean work is done in my spare time (which is limited - I'm
spending most of my spare time on rebuild nb python plugin) and with my
limited knowledge, I'm not sure if I have the time and knowledge to commit
to it but with help I may be able to help some with mentoring in the
process, then maybe I could try to pick up some of that.


Eric Bresie
ebre...@gmail.com


On Fri, Aug 12, 2022 at 11:39 AM Michael Bien  wrote:

> or let me ask this differently: If there would be an issue tracker,
> would you like to manage it and help fixing issues there, and why is the
> current system not sufficient with the in-page review banners?
>
> -mbien
>
> On 12.08.22 18:30, Michael Bien wrote:
> > I don't think the website needs a user facing issue tracker right now.
> > Pages which need reviews are already marked, links allow to edit the
> > page and propose changes via PRs right away - it couldn't be much easier.
> >
> > tracking it via issues would just create redundant noise, its already
> > tracked right on the page.
> >
> > Finding more issues is not the problem right now, fixing them is. Once
> > we run out of issues we can open more issue trackers :)
> >
> > just my opinion of course - if anyone would like to maintain a second
> > issue tracker and fix issues too, I am sure we can open one for the
> > website.
> >
> > regards,
> > michael
> >
> > On 12.08.22 18:05, Eric Bresie wrote:
> >> While looking through issues (i.e.
> >> https://github.com/apache/netbeans/issues/4491 ), while reviewing
> >> content
> >> on the github  repository (
> >> https://github.com/apache/netbeans-website ) I
> >> noticed that this repository does not have "Issues" enable. Assume
> >> this is
> >> tracked in the mainline netbeans project but was curious
> >>
> >> Should this be enabled so web site / documentation specific details
> >> can be
> >> tracked there instead of on the code repository issue?
> >>
> >> Eric Bresie
> >> ebre...@gmail.com
> >>
> >
>
>

Netbeans-WebSite Branches

[Eric Bresie]

I think I asked this previously but figured I'd start a separate
focused thread.

As I understand, the content which may get published to the apache site
resides in the "asf-site" branch (
https://github.com/apache/netbeans-website/tree/asf-site )

When reviewing this I noticed the following:

"This branch is 933 commits ahead
<https://github.com/apache/netbeans-website/compare/master...asf-site>, 1575
commits behind
<https://github.com/apache/netbeans-website/compare/asf-site...master>
 master."

Why is there a difference in commits here?  In other words, are there a lot
of updates made specific for the asf-site branch not making it into master
and/or a lot of updates on master not making it into the "asf-site" branch
for eventual inclusion on the published site?

Should many of the commits on master be merged into asf-site or visa-versa?

Eric Bresie
ebre...@gmail.com

Netbeans-WebSite Github Repository doesn't have Issues enable

[Eric Bresie]

While looking through issues (i.e.
https://github.com/apache/netbeans/issues/4491 ), while reviewing content
on the github  repository ( https://github.com/apache/netbeans-website ) I
noticed that this repository does not have "Issues" enable.  Assume this is
tracked in the mainline netbeans project but was curious

Should this be enabled so web site / documentation specific details can be
tracked there instead of on the code repository issue?

Eric Bresie
ebre...@gmail.com

Re: Duke Trophy

[Eric Bresie]

Silly question, what is the “Duke Trophy”? Is it A trophy for Java in
general with Netbeans winning that year(s) or specific to excellence in
Netbeans?

Was trying to find any information on Trophy and found a few mentions
(1),(2) but wasn’t sure beyond that

References:
(1) https://blogs.apache.org/netbeans/entry/duke-s-choice-award-2018
(2)
https://blog.idrsolutions.com/2018/11/duke-joins-the-idrsolutions-java-team/


On Sat, Aug 6, 2022 at 10:14 AM Kenneth Fogel 
wrote:

> Back in January 2020 Mark Stephen brought the NetBeans Duke Trophy to
> Montreal. The plan was for me to take it to the next conference, such as
> CodeOne in Oct 2020 and pass it on to another member of the team. As we all
> too aware, this could not happen.
>
> JavaOne is back and I will be speaking there in person. Made the flight
> and hotel reservation yesterday. I will bring Duke with me as carry on. The
> x-ray should be fun. Now all that needs to be decided is who should I pass
> it on to.
>
> I suggest forming a committee that meets weekly to decide on this weighty
> topic. 
>
> Ken
>
> --
Eric Bresie
ebre...@gmail.com

Re: Netbeans Gradle buildSrc Removal for openjfx

[Eric Bresie]

I believe they had Eclipse project preferences to enable/disable warnings
in the IDE to help build openjfx project.

I could be wrong and hopefully didn’t misread the thread but it sounded
like they were potentially going to remove Netbeans build files within the
openjfx codebase,  Assume that nb-project folders might go away as part of
these proposed changes.

But as you say, assume Gradle will handle most of the build part of it
and/or can always import into NetBeans as a new project with existing code,
so maybe not having that isn’t the end of the world and I’m worry over
nothing.

Eric Bresie

On Sun, Aug 7, 2022 at 12:19 PM Laszlo Kishalmi 
wrote:

> Hi Eric!
>
> Do not worry, NetBeans Gradle projects do not need anything else than
> already required for Gradle.
>
> Just checked. Open JFX builds and loads reasonably well in NetBeans (We
> have a few occasional NPE-s when nb-javac parses the generated code). I
> think it can be used for development.
>
> Also checked a few demo and test projects still have their nb-project
> directory. That's used by the JavaFX Ant based NetBeans projects.
>
> On 8/7/22 05:27, Eric Bresie wrote:
> > Hey guys, I was reading mailing list/pr discussion for an openjfx change
> relating to some cleanup of eclipse build configuration recently and noted
> the following comment about possible dropping some Netbeans configuration
> at the same time. Anyone on the list know if this could cause a problem for
> Netbeans?
> >
> > https://github.com/openjdk/jfx/pull/858#discussion_r934850607
> >
> > Eric Bresie
> > ebre...@gmail.com (mailto:ebre...@gmail.com)
> >
> >> Begin forwarded message:
> >>
> >>
> >> From: Nir Lisker mailto:nlis...@openjdk.org)>
> >>
> >>
> >> Date: August 5, 2022 at 9:37:18 PM CDT
> >>
> >>
> >> To: openjfx-...@openjdk.org (mailto:openjfx-...@openjdk.org)
> >>
> >>
> >> Subject: Re: RFR: 8290473 (tel:8290473): update Eclipse .classpath in
> apps, buildSrc [v2]
> >>
> >>
> >> On Mon, 1 Aug 2022 19:34:11 GMT, Andy Goryachev  (mailto:ango...@openjdk.org)> wrote:
> >>
> >>>> buildSrc/.classpath line 10:
> >>>>
> >>>>> 8:  path="../build/libs/antlr-runtime-3.1.3.jar"/>
> >>>>> 9:  path="../build/libs/stringtemplate-3.2.jar"/>
> >>>>> 10:  path="../build/libs/swt-debug.jar"/>
> >>>> Why does buildSrc need to be a project? It contains no relevant
> sources.
> >>> It probably does not, the file was added in 2013 as a part of
> >>> RT-31216: Ensure NetBeans development in Gradle build works [Eclipse
> files]
> >>>
> >>> Turns out, eclipse can work with nested projects. Shows multiple hits
> when looking for resources, but it does.
> >>>
> >>> I've added a separate project for ColorCube app as an example, but
> since this PR is about making all directories to build on Eclipse, I'd
> rather not fix all the apps in this PR. (I would keep ColorCube as a
> reference though).
> >> Then best to remove the `buildSrc` project files.
> >>
> >> I will look at the apps later. I think it's best to create a project
> per app while we are touching this point. I don't see a reason not to.
> >>
> >> -
> >>
> >> PR: https://git.openjdk.org/jfx/pull/858
>
> -
> 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: running CI jobs based on PR labels

[Eric Bresie]

Did I read correctly, it doesn’t run if there are no labels?  What about
new contributors without permissions to label yet for a given  PR?

If the GitHub/travis practices are already documented somewhere then can
they be updated (once accepted) to have a centralized place for knowledge
of this (and the available labels)?

If they are not then is it worth starting to so folks have a centralized
place instead of searching through PRs or emails?  Maybe somewhere near
here (1)? Or maybe a new page for GitHub similar to page for Jenkins (2)
with GitHub and GitHub Actions and practices documented?

References:
(1) https://cwiki.apache.org/confluence/x/wBJ4CQ

(2) https://cwiki.apache.org/confluence/x/VQ3HBg

On Thu, Aug 11, 2022 at 8:20 AM Michael Bien  wrote:

> On 11.08.22 11:21, Neil C Smith wrote:
> > On Thu, 11 Aug 2022 at 00:23, Michael Bien  wrote:
> >> Usually push only happens on merge (since that counts as push too), if
> >> you sync two branches on our main repo (not from clone to main), you
> >> would push into one branch and create a PR from it. Which means it
> >> builds the same hash twice just for the PR (and a third time on merge).
> >> You would see every check twice below the sync PR, one marked with push
> >> and one with pull_request. Unfortunately it doesn't show that on closed
> >> PRs and we don't have one open atm.
> > I'm aware of the two checks.  My point was that they're not the same
> > hash, on GitHub or Travis, as far as I know.
> >
> > The branch tests run on the head of the delivery branch
> > (refs/head/delivery).  The sync PR tests run on the pending result of
> > the merge to the base branch (refs/pull//merge), eg. master.  Now
> > the result of merging to releaseXXX is usually not interesting.
> > Testing on the result of merging to master can (and occasionally does)
> > highlight concerns.  Which we can then try to address *before* merging
> > syncs to the two branches.  PRs into delivery have usually been tested
> > against delivery, not master.  This is a reason for opening the sync
> > PRs as soon as delivery has changes.
> >
> > This is somewhat of a tangent to your original post - just pointing
> > out that full CI on sync PRs is deliberate at the moment.  We could
> > change procedures if you think there's a better way to achieve the
> > above.
>
> I see - makes sense. So assuming the proposed changes make it in,
> release managers would have to set the ci:all-tests label on the sync PR
> to have the same result as today.
>
> regards,
>
> michael
>
> >
> > 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
>
>
>
> --
Eric Bresie
ebre...@gmail.com

Re: Bringing apidoc back

[Eric Bresie]

Good work broken pages where always a pain to deal with.

Not sure if this provides any guidance one way or the other but here is the
web archive of the legal page

https://web.archive.org/web/20080703155807/http://netbeans.org/about/legal/index.html

And terms of use:
https://web.archive.org/web/20080703155716/http://netbeans.org/about/legal/terms-of-use.html

>From this section 4.c. seems to be on other (none source) which AIANAL
seems to allow for use per

“hereby grant to the Hosts and all Users a royalty-free, perpetual,
irrevocable, worldwide, non-exclusive and fully sub-licensable right and
license under Your intellectual property rights to reproduce, modify,
adapt, publish, translate, create derivative works from, distribute,
perform, display and use Your Submissions (in whole or part) and to
incorporate it in other works in any form, media, or technology now known
or later developed, all subject to the obligation to retain any copyright
notices included in Your Submissions. All Users, the Hosts, and their
sublicensees are responsible for any modifications they make to the
Submissions of others.”

>From a legal perspective assume most of this was under the scope of Sun
then Oracle.  So does this mean (1) Oracle did not donate it or (2) it was
missed in some context during transition or (3) nothing preventing but to
do it?

I’m a fan of web archive but I hope it’s possible to bring these pages back
under control.

Eric Bresie

On Fri, Aug 12, 2022 at 6:41 AM Eric Barboni  wrote:

> Hi
> As temporary solution I prepared 2 PR:
>  one with old blog entry showing a link to web archive content
> https://github.com/apache/netbeans-website/pull/607
>  on with old specs showing also link to web archive content
> https://github.com/apache/netbeans-website/pull/608
>
> We could later reexport content if we want,
> Otherwise we can cut links from apidoc.
>
> Eric
> -Message d'origine-
> De : antonio <>
> Envoyé : lundi 8 août 2022 20:19
> À : dev@netbeans.apache.org
> Objet : Re: Bringing apidoc back
>
> Hi Eric,
>
> Great job!
>
> El 8/8/22 a las 19:51, Eric Barboni escribió:
> > 3) Copy from webarchive to our site but I'm unsure of the copyright here.
> > 4) other idea
>
> 4) Update the content from webarchive, rewriting/summarizing it to match
> current NetBeans (for instance, many content from lexer.netbeans.org is
> obsolete). Copyright would then be Apache's.
>
> Cheers,
> Antonio
>
> -
> 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
>
>
>
> --
Eric Bresie
ebre...@gmail.com

Netbeans Gradle buildSrc Removal for openjfx

[Eric Bresie]

Hey guys, I was reading mailing list/pr discussion for an openjfx change 
relating to some cleanup of eclipse build configuration recently and noted the 
following comment about possible dropping some Netbeans configuration at the 
same time. Anyone on the list know if this could cause a problem for Netbeans?

https://github.com/openjdk/jfx/pull/858#discussion_r934850607

Eric Bresie
ebre...@gmail.com (mailto:ebre...@gmail.com)

>
> Begin forwarded message:
>
>
> From: Nir Lisker mailto:nlis...@openjdk.org)>
>
>
> Date: August 5, 2022 at 9:37:18 PM CDT
>
>
> To: openjfx-...@openjdk.org (mailto:openjfx-...@openjdk.org)
>
>
> Subject: Re: RFR: 8290473 (tel:8290473): update Eclipse .classpath in apps, 
> buildSrc [v2]
>
>
> On Mon, 1 Aug 2022 19:34:11 GMT, Andy Goryachev  (mailto:ango...@openjdk.org)> wrote:
>
> > > buildSrc/.classpath line 10:
> > >
> > > > 8:  > > > path="../build/libs/antlr-runtime-3.1.3.jar"/>
> > > > 9:  > > > path="../build/libs/stringtemplate-3.2.jar"/>
> > > > 10:  > > > path="../build/libs/swt-debug.jar"/>
> > >
> > > Why does buildSrc need to be a project? It contains no relevant sources.
> >
> > It probably does not, the file was added in 2013 as a part of
> > RT-31216: Ensure NetBeans development in Gradle build works [Eclipse files]
> >
> > Turns out, eclipse can work with nested projects. Shows multiple hits when 
> > looking for resources, but it does.
> >
> > I've added a separate project for ColorCube app as an example, but since 
> > this PR is about making all directories to build on Eclipse, I'd rather not 
> > fix all the apps in this PR. (I would keep ColorCube as a reference though).
>
> Then best to remove the `buildSrc` project files.
>
> I will look at the apps later. I think it's best to create a project per app 
> while we are touching this point. I don't see a reason not to.
>
> -
>
> PR: https://git.openjdk.org/jfx/pull/858

Re: First App "Hello World" not working

[Eric Bresie]

What error?  Can’t see image. Provide a link to an image for more specific
help.

What type of App (Java, html, etc.)

Common problems with Java programs could be is:
(1) Haven’t defined a Java main properly
(2) Filename should match classname (including same upper/lower casing)
(3) Package names don’t agree with actual location on file system
(4) Don’t have a compatible Java JDK/JRE setup correct

Eric Bresie

On Wed, Jul 27, 2022 at 6:10 AM Piotr Hoppe  wrote:

> W dniu 2022-07-23 o 14:10, Hussein Noureddin pisze:
> >
> > Hi NetBeans Team,
> >
> > Good Day!
> >
> > I tried all possible versions (Old and New) to make simple app works,
> > but all shows me same error.
> >
> > I don’t know what to do.
> >
> > Your support is highly appreciated
> >
> > Best Regards,
> >
> > Hussein
> >
> The image from your message is not visible because the list not accept
> attachments, please use the link to image or include the log from NetBeans.
>
>
> Piotr
>
-- 
Eric Bresie
ebre...@gmail.com

Re: [PROCESS] release process documentation

[Eric Bresie]

I think I asked something similar elsewhere but…

Is the below pr/merge/release process (and info in the other email thread
mentioned) captured on confluence or wiki someplace?  If not is there a
good place to capture it?

On Wed, Jul 27, 2022 at 8:36 AM Neil C Smith  wrote:

> The second release candidate build for Apache NetBeans 15 is available
> (links below).
>
> Changes since 15-rc1 can be found at
> https://github.com/apache/netbeans/pull/4412 and
> https://github.com/apache/netbeans/pull/4432 (split due to build
> server testing).
>
> Please help with testing, particularly of changes, and file issues in
> GitHub as necessary -
>
> https://github.com/apache/netbeans/issues
>
> If you're a committer adding an issue, or helping triage an issue
> (please do!), add the milestone and/or priority labels as appropriate.
> Use priority:high for should be fixed before release,
> priority:critical for must be fixed before we can release.
>
> **The following rules are applied to pull requests from now until
> release:**
>
> Please read the full info on how we manage pull requests to delivery
> at least once! :-) -
> https://lists.apache.org/thread/hyjbsz55zb9xfcnccghkrsvqsnt83nwf
>
> PR's intended to be included in the 15 release :
>  - Limited to fixes (link an issue if there is one, or provide
> justification in description)
>  - Label with priority:high or priority:critical as appropriate.
>  - Base on the delivery branch.
>  - Mark with NB15 milestone.
>  - Will be merged by the release team.
>
> PR's with features for a future release :
>  - Base on the master branch.
>  - Will be reviewed and merged in the usual way.
>  - If possible stay away from big refactoring.
>  - If possible do not overlap with fixes for 15 (delivery will be
> merged to master weekly).
>
>
> The NetBeans 15-rc2 artifacts, including unsigned installers, are here:
>
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release150/11/artifact/dist/
>
> Link to the binary zip:
>
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release150/11/artifact/dist/netbeans/netbeans-15-rc2-bin.zip
> SHA512:
> 59fa4f0f6e641c42dd7e43c0e6fe5e45777b8627c5f019100718fe479ba691d602e57fa08881ea296781d4d3af85c6d54c898ba86c452404e6b0f8ece69718a3
>
> The sources are here:
>
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release150/11/artifact/dist/netbeans/netbeans-15-rc2-source.zip
> SHA512:
> 96fcd60f87417261dd5c05ff158ccf3bb4b0152f4815990a66d2be79f29d5b2ac221296d3cf107c85bf766d9c65a9245fdab0408fdd6e01b4b5fa2adb093eda0
>
> The PRs already integrated into 15 are :
> https://github.com/apache/netbeans/pulls?q=is%3Amerged+milestone%3ANB15
>
> Release schedule :
> https://cwiki.apache.org/confluence/display/NETBEANS/Release+Schedule
>
>
> Thank you for your contributions!
>
> Best wishes,
>
> Neil
>
> PS. Please don't respond to this email directly - start a new thread.
> Let's keep the [NOTICE] tag for what it says. Thanks! :-)
>
> -
> To unsubscribe, e-mail: netcat-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: netcat-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: java/gradle.java tests

[Eric Bresie]

ster/meta/netbeansrelease.json
> >> -Dcluster.config=java -Djavac.compilerargs=-nowarn
> >> -Dbuild.compiler.deprecation=false
> >> -Dtest-unit-sys-prop.ignore.random.failures=true"
> >>
> >> ant $OPTS -f java/gradle.java test
> >>
> >> ClassPathProviderImplTest.testCompilePreTrusted is failing my my
> >> case. It fails the exact same way when simply started from NetBeans,
> >> in a shell or on github. The log has lots of exceptions and "can't
> >> load module" warnings, but I went so far to diff the travis log
> >> (without -quiet) with the local log and they exist in both cases at
> >> the same places.
> >>
> >> best regards,
> >>
> >> michael
> >>
> >>
> >> -
> >> 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
>
>
>
> --
Eric Bresie
ebre...@gmail.com

Re: Re: Netbeans documentation site question

[Eric Bresie]

> Built content is then pushed to
> https://github.com/apache/netbeans-website/tree/asf-site
Is that the branch with the original donation?

Seems like it’s a branch that is ”929 commits ahead 
(https://github.com/apache/netbeans-website/compare/master...asf-site), 1567 
commits behind 
(https://github.com/apache/netbeans-website/compare/asf-site...master) master.”

Eric Bresie
ebre...@gmail.com (mailto:ebre...@gmail.com)

> On July 15, 2022 at 6:07:31 AM CDT, Neil C Smith  (mailto:neilcsm...@apache.org)> wrote:
> On Thu, 14 Jul 2022 at 15:00, Michael Bien  (mailto:mbie...@gmail.com)> wrote:
> >
> > On 14.07.22 15:51, Jean-Marc Borer wrote:
> > >
> > > Is there a possibility to preview the changed asciidoctor page without
> > > saving (committing) it?
> >
> > you commit to your clone of the website. Then you can create a PR to the
> > actual website. You can preview the markup on github which looks
> > similar. Don't know if there is a way to preview it in its final form.
>
> Sure. You'll need JDK 8 or 11.
>
> cd netbeans.apache.org (http://netbeans.apache.org)
> ./gradlew clean buildSite
> ./gradlew run
>
> Open localhost:8080 in browser.
>
> If a change doesn't show up, usually just SASS, try ./gradlew clean
> buildSite --rerun-tasks
>
> > > When is the site regenerated with the latest content on github and
> > > which branch is used for that?
> >
> > don't know how often it happens (last time I edited something it
> > happened right away). I suppose its master.
>
> Regenerated on commits to master and built by
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-website/
>
> Best wishes,
>
> Neil
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org 
> (mailto:dev-unsubscr...@netbeans.apache.org)
> For additional commands, e-mail: dev-h...@netbeans.apache.org 
> (mailto:dev-h...@netbeans.apache.org)
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>

Re: Re: [RELEASES] Getting ready for NetBeans 15 branching

[Eric Bresie]

Don’t suppose that release process is captured on a wiki or confluence page 
anywhere is it?

Eric Bresie
ebre...@gmail.com (mailto:ebre...@gmail.com)

> On July 23, 2022 at 3:31:53 AM CDT, Neil C Smith  (mailto:neilcsm...@apache.org)> wrote:
> On Sat, 23 Jul 2022 at 08:35, Jaroslav Tulach  (mailto:jaroslav.tul...@gmail.com)> wrote:
> >
> > Dne středa 29. června 2022 16:16:39 CEST, Neil C Smith napsal(a):
> > > It's not a release team job to decide what gets merged -
> > > that's for all reviewers. And primarily, in my mind, the PR author
> > > should be making the initial call. I'd like to suggest that all
> > > descriptions on PRs for delivery, at least when not linked to an
> > > issue, should include a short justification for inclusion. Thoughts?
> >
> > Example: https://github.com/apache/netbeans/pull/4422
> >
> > Justification done. Reviewers are fine with the merge to delivery. Who is
> > supposed to merge? Me or release coordinator?
>
> All merges to delivery are done by the release team.
>
> Please read the full process at
> https://lists.apache.org/thread/hyjbsz55zb9xfcnccghkrsvqsnt83nwf
>
> It will be merged at some point before rc2 is built, and merged
> through to master sometime shortly after.
>
> Best wishes,
>
> Neil
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org 
> (mailto:dev-unsubscr...@netbeans.apache.org)
> For additional commands, e-mail: dev-h...@netbeans.apache.org 
> (mailto:dev-h...@netbeans.apache.org)
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>

Re: Re: [PLUGINS][RELEASES] Preparation for NetBeans 15 plugins

[Eric Bresie]

Don’t suppose some build time (when build nbm) enhancements could be made to 
make it a more automated process with help in verification and publishing to 
the portal site?

Maybe in one of the Netbeans-mavenutils-nbm-maven plugins?

Eric Bresie
ebre...@gmail.com (mailto:ebre...@gmail.com)

> On July 14, 2022 at 6:15:18 AM CDT, Michael Bien  (mailto:mbie...@gmail.com)> wrote:
>
> On 14.07.22 12:44, Neil C Smith wrote:
> > > So we can .. use
> > > the NB15 baseline as initial set for NB16+ as suggested by Matthias.
> > >
> > > just an idea,
> > Yes. Using the previous release as the baseline set is far from a new
> > suggestion though,
> well this was only a part what i was suggesting, it was supposed to be a
> one time event linked to a notification mail.
>
> however, thinking about this a bit more:
>
> it is probably better to send the notification mail after the new plugin
> portal changes are in. Since there is not really an advantage to create
> that baseline earlier. So that all still-maintained plugins can request
> the verification under the new model.
>
> This would hopefully also pick up some of the 12.0-verified plugins
> which disappeared from the plugin manager some time ago - assuming the
> maintainers read the mail and press the button :)
>
> -mbien
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org 
> (mailto:dev-unsubscr...@netbeans.apache.org)
> For additional commands, e-mail: dev-h...@netbeans.apache.org 
> (mailto:dev-h...@netbeans.apache.org)
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>

Re: Re: [RELEASES] Building 15-rc1

[Eric Bresie]

So failures here?

https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release150/lastSuccessfulBuild/testReport/org.netbeans.nbbuild/CheckLinks/Release_preparation___prepare_release___build_for_release___testBrokenLinks/

Is there any problems here (is JunitReporterWriter compatible with Java 11 
build?)?

https://github.com/apache/netbeans/blob/master/nbbuild/antsrc/org/netbeans/nbbuild/CheckLinks.java

Or is there apichange.html specific file issues?

https://github.com/apache/netbeans/commits/master/platform/openide.explorer/nbproject/org-openide-explorer.sig

Seems to start failing as of around commit for 12.6

Eric Bresie
ebre...@gmail.com (mailto:ebre...@gmail.com)

> On July 20, 2022 at 6:41:15 AM CDT, Neil C Smith  (mailto:neilcsm...@apache.org)> wrote:
> On Wed, 20 Jul 2022 at 11:01, Michael Bien  (mailto:mbie...@gmail.com)> wrote:
> > is it this job we are talking about?
> >
> > https://ci-builds.apache.org/job/Netbeans/job/netbeans-matrix/
>
> No, this one 
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/
>
> Neil
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org 
> (mailto:dev-unsubscr...@netbeans.apache.org)
> For additional commands, e-mail: dev-h...@netbeans.apache.org 
> (mailto:dev-h...@netbeans.apache.org)
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>

Re: RE: Bad links in javadoc

[Eric Bresie]

Just catching up on older email saw this one…

Looking at this jobs output

https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/master/1156/console

I see the following…is there anything needed around this? Or is that the 
implication on the overview failures?

check-broken-links: [checklinks] Scanning for broken links in 
/home/jenkins/workspace/ans_netbeans-TLP_netbeans_master/nbbuild/build/javadoc 
... (external URLs will be skipped) [checklinks] 
/home/jenkins/workspace/ans_netbeans-TLP_netbeans_master/nbbuild/build/javadoc/checklinks-errors.xml:
 1 failures out of 1 tests
Eric Bresie
ebre...@gmail.com (mailto:ebre...@gmail.com)

> On July 15, 2022 at 9:34:36 AM CDT, Eric Barboni  (mailto:sk...@apache.org)> wrote:
> Hi,
>
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP check the javadoc 
> but I've not restarted all old build.
>
> Seems there are a lots of issues due to several modules that fail to generate 
> overview-summary because of javasciptscript in comment.
>
> Best Regards
> Eric
>
> -Message d'origine-
> De : Eric Barboni <>
> Envoyé : mardi 12 juillet 2022 09:32
> À : dev@netbeans.apache.org (mailto:dev@netbeans.apache.org)
> Objet : RE: Bad links in javadoc
>
> Nice,
> Could we use the 0.82 codesnippet on the version 12.6 to 14 only changing the 
> lib and not backporting jep-413?
>
> Regards
> Eric
> -Message d'origine-
> De : Jaroslav Tulach <>
> Envoyé : jeudi 7 juillet 2022 11:33
> À : dev mailto:dev@netbeans.apache.org)>
> Objet : Re: Bad links in javadoc
>
> https://github.com/apache/netbeans/pull/4342
> -jt
>
>
> Dne út 5. 7. 2022 16:01 (x-apple-data-detectors://12) uživatel Eric Barboni 
> mailto:eric.barb...@irit.fr)> napsal:
>
> > The PR is merged, but to be usable in the build we need the jar with
> > the PR in it.
> > And then we will have a nice apidoc again. For master and 12.6-to 14
> >
> > Eric
> >
> > -Message d'origine-
> > De : Ernie Rael <>
> > Envoyé : lundi 4 juillet 2022 17:49
> > À : dev@netbeans.apache.org (mailto:dev@netbeans.apache.org)
> > Objet : Re: Bad links in javadoc
> >
> > On 7/4/22 1:19 AM, Eric Barboni wrote:
> > > The issue is in the version we use of codesnippet,
> > > https://github.com/jtulach/codesnippet4javadoc.
> > >
> > > Building with jdk8 was ok but with 11 issue occurs The following PR
> > > fixes the issue
> >
> > Is there some reason this PR is not merged?
> >
> > I recall reading that old javadoc should be regenerated for versions
> > that have the broken links. While I suppose it's nice to fixup the
> > broken revisions, that seems much less important than once again
> > producing fully functional javadoc.
> >
> > -ernie
> >
> > > I encounter using modern codesnippet version
> > > https://github.com/jtulach/codesnippet4javadoc/pull/31f
> > >
> > > Eric
> > > -Message d'origine-
> > > De : Jaroslav Tulach <>
> > > Envoyé : dimanche 3 juillet 2022 07:38 À : dev@netbeans.apache.org 
> > > (mailto:dev@netbeans.apache.org)
> > > Objet : Re: Bad links in javadoc
> > >
> > > If I run `ant build-javadoc` I get a file with ~2000 broken link reports:
> > >
> > > ```
> > > netbeans$ cat nbbuild/build/javadoc/checklinks-errors.xml | wc -l
> > > 1915
> > > ```
> > >
> > > I do remember times when there were no broken links in Javadoc
> > >
> > > Ideally we fix the broken links, enable gate check to fail the build
> > > if there is a broken link in the
> > > `nbbuild/build/javadoc/checklinks-errors.xml`
> > > file and then happily live forever.
> > >
> > > > PR is integrated only a month ago but the library needs to be released.
> > > What PR are you talking about, Eric?
> > >
> > > > We also need to fix that for all NetBeans version from 12.6 to 14 +
> > > > dev
> > > NetBeans 12.6 has been released more than a month ago. Do we know
> > > what caused the regression in broken links?
> > >
> > > -jt
> > >
> > > > -Message d'origine-
> > > > De : Ernie Rael <>
> > > > Envoyé : dimanche 19 juin 2022 15:51 À : dev@netbeans.apache.org 
> > > > (mailto:dev@netbeans.apache.org)
> > > > Objet : Bad links in javadoc
> > > >
> > > > I recall that someone had a doclet patch/PR to fix NetBeans
> > > > javadoc, at least a few months ago I

Re: NetBeans Cache Cleanup

[Eric Bresie]

So then a manual workaround is to change the permissions on
%USERPROFILE%\AppData\Local\Netbeans\Cache to be not just read only and
then running it should fix it then?

I like the idea of the enhancements...are further follow-up enhancements in
work?


Eric Bresie
ebre...@gmail.com


On Fri, Jul 1, 2022 at 9:02 AM Laszlo Kishalmi 
wrote:

> Hi Eric,
>
> That was my "enhancement" for NB-14. The janitor module would detect
> abandoned cache directories.
>
> Usually there is an /netbeans-14 and  parent>/netbeans-14. When the janitor encounters a directory in
>  which has no pair in  then it would
> think, that cache dir is abandoned and would offer it for removal.
>
> My primary intent was to clean up the leftover cache directories when
> using the Snap distribution.
>
> On 7/1/22 06:35, Eric Bresie wrote:
> > Has anyone else had this problem?
> >
> > I've a number of versions (13 and 14) of Netbeans installed/used with a
> > bunch of older versions since removed (i.e. 12.x and a mixture of rc for
> > these).  When I startup I keep getting notifications that "Netbeans xx.xx
> > was last used xx days ago" with a "Remove unused data and cache
> directories
> > of xxx Free up xxx MB of space."  Sounds great so clicking on this goes
> > away.  However, a little later, restart Netbeans and the same
> notifications
> > show up even after clicking the remove link.
> >
> > Eric Bresie
> > ebre...@gmail.com
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>

NetBeans Cache Cleanup

[Eric Bresie]

Has anyone else had this problem?

I've a number of versions (13 and 14) of Netbeans installed/used with a
bunch of older versions since removed (i.e. 12.x and a mixture of rc for
these).  When I startup I keep getting notifications that "Netbeans xx.xx
was last used xx days ago" with a "Remove unused data and cache directories
of xxx Free up xxx MB of space."  Sounds great so clicking on this goes
away.  However, a little later, restart Netbeans and the same notifications
show up even after clicking the remove link.

Eric Bresie
ebre...@gmail.com

Re: Net Beans IDE shows Error

[Eric Bresie]

What version of Netbeans are you using?  Windows, Mac, or Linux?  There is
a new release 14 which may work better if you are using an older version.

Eric B

On Mon, Jun 27, 2022 at 10:52 AM Sharon Anthony 
wrote:

> Dear Sir/Madam,
> i am Sharon. I am using netbeans ide for couple of months. it was working
> very good earlier. now days its not working properly. It shows
> "Called DataObject.find on null " error while creating a new project, Can
> you please help me to fix this error even youtube has no solution for this.
> I am using java JDK 17 version. Please help me.
>
> Kind regards,
> Sharon Anthony
>
-- 
Eric Bresie
ebre...@gmail.com

Re: Anyone else building NetBeans behind a proxy server?

[Eric Bresie]

So maybe that’s what being pointed out but why is a mercurial (hg) external
present give move away from mercurial?

Is the intent eventually to be a maven cached item?

On Wed, Jun 22, 2022 at 9:41 AM John Neffenger  wrote:

> On 6/21/22 10:26 AM, Matthias Bläsing wrote:
> > I ran a clean build (after removing ~/.hgexternal). The build with a
> > direct connection still works.
>
> Thank you, Matthias.
>
> As an aside, I was surprised that the build downloads directly to the
> repository directory in addition to '~/.hgexternal'. I count the
> following files either downloaded or created by the target
> 'download-all-extbins' during the build:
>
>564 files downloaded to ~/.hgexternalcache/
>595 files downloaded to or created in repository directory
>
> by running:
>
>$ ant -quiet -Dmetabuild.branch=master download-all-extbins
>$ find ~/.hgexternalcache/ -type f | wc -l
>564
>$ git clean -xdn  | wc -l
>595
>
> > So for me as home user this is ok.
>
> I wasn't clear enough in my description of the pull request that this is
> strictly a build change and has no effect on the NetBeans IDE while
> running. The new pull request title and 'build' label should make that
> more clear.
>
>Build downloads fail due to response code 503
>https://github.com/apache/netbeans/pull/4206
>
> Thanks,
> John
>
> -
> 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: 12.4 Can we fix cut and paste before release?

[Eric Bresie]

Not sure if this is related but I seem to recall a paste discussion on copy 
paste issue (with NB with the cursor) which had to do with HiDPI behavior.   
Are you in HiDPI setup?

I think the discussion may have be related to this issue (1) but not sure.


  1.  https://issues.apache.org/jira/plugins/servlet/mobile#issue/NETBEANS-585


Get Outlook for iOS

From: Neil C Smith 
Sent: Tuesday, June 21, 2022 9:53:25 AM
To: dev@netbeans.apache.org 
Subject: Re: 12.4 Can we fix cut and paste before release?

On Mon, 20 Jun 2022 at 14:27, Joachim Rohde
 wrote:
> I realized that any NetBeans RCP project which uses Java 17 is unable to
> use any copy/paste functionality. The IDE itself works (most of the
> times) but if I start a small RCP project from within NetBeans the RCP
> project is unable to copy/paste anything. Never.
> I observed this under Linux and Windows. I'm not sure if it's the same
> bug but maybe it could be an approach that's worthwhile investigating.

The RCP issue with 17 might be JPMS and other JDK change related?
Have you checked your add-opens and add-exports, as well as
-Djava.security.manager=allow, against the IDE defaults?

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