Re: Diff window scroll bug on linux?

[Patrik Karlström]

Done at https://github.com/apache/netbeans/issues/6995


Den ons 24 jan. 2024 kl 22:30 skrev Patrik Karlström :

> Yes, I'll do that.
>
> Patrik
>
> Den ons 24 jan. 2024 22:08Laszlo Kishalmi 
> skrev:
>
>> Can confirm that. Could you create an issue on github?
>>
>> On 1/24/24 12:17, Patrik Karlström wrote:
>> > When I place the mouse on any of the line number columns in the Diff
>> window
>> > and swipe two fingers up/down to scroll the lines, only the line number
>> > part scrolls, not the lines themselves.
>> >
>> > I can reproduce this with NB20 & NB21-rc1 on different linux systems
>> with X
>> > and Wayland,
>> > on windows it works as expected.
>> >
>> > Can anyone confirm?
>> >
>> > /Patrik
>> >
>>
>> -
>> 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: Diff window scroll bug on linux?

[Patrik Karlström]

Yes, I'll do that.

Patrik

Den ons 24 jan. 2024 22:08Laszlo Kishalmi  skrev:

> Can confirm that. Could you create an issue on github?
>
> On 1/24/24 12:17, Patrik Karlström wrote:
> > When I place the mouse on any of the line number columns in the Diff
> window
> > and swipe two fingers up/down to scroll the lines, only the line number
> > part scrolls, not the lines themselves.
> >
> > I can reproduce this with NB20 & NB21-rc1 on different linux systems
> with X
> > and Wayland,
> > on windows it works as expected.
> >
> > Can anyone confirm?
> >
> > /Patrik
> >
>
> -
> 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
>
>
>
>

Diff window scroll bug on linux?

[Patrik Karlström]

When I place the mouse on any of the line number columns in the Diff window
and swipe two fingers up/down to scroll the lines, only the line number
part scrolls, not the lines themselves.

I can reproduce this with NB20 & NB21-rc1 on different linux systems with X
and Wayland,
on windows it works as expected.

Can anyone confirm?

/Patrik

Re: Outdated NetBeans Snap Store info?

[Patrik Karlström]

Nice!

Den tors 18 jan. 2024 21:06Laszlo Kishalmi 
skrev:

> Fixed the Java requirement.
>
> The text above were taken of release announcements around the NB 12 series.
>
> Probably it would be good to have a better introduction/definition text
> for the IDE.
>
> On 1/18/24 10:33, Patrik Karlström wrote:
> > I'm not sure what the correct info should be here but things like Java
> EE,
> > C++ and Java 8 should perhaps be changed.
> >
> > Patrik
> >
> > https://snapcraft.io/netbeans
> >
> > Apache NetBeans IDE lets you quickly and easily develop Java desktop,
> Java
> > EE, and web applications, as well as HTML5 applications with HTML,
> > JavaScript, and CSS. The IDE also provides a great set of tools for PHP
> and
> > C/C++ developers. It is free and open source and has a large community of
> > users and developers around the world.
> >
> > It requires Java 8 or later Java Development Kit installed.
> >
> > Disclaimer: This is a convenience binary of Apache NetBeans IDE, this is
> > not an official release.
> >
>
> -
> 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
>
>
>
>

Outdated NetBeans Snap Store info?

[Patrik Karlström]

I'm not sure what the correct info should be here but things like Java EE,
C++ and Java 8 should perhaps be changed.

Patrik

https://snapcraft.io/netbeans

Apache NetBeans IDE lets you quickly and easily develop Java desktop, Java
EE, and web applications, as well as HTML5 applications with HTML,
JavaScript, and CSS. The IDE also provides a great set of tools for PHP and
C/C++ developers. It is free and open source and has a large community of
users and developers around the world.

It requires Java 8 or later Java Development Kit installed.

Disclaimer: This is a convenience binary of Apache NetBeans IDE, this is
not an official release.

Maven runtime container on RELEASE200

[Patrik Karlström]

Usually when I want to create a runtime container I just add

org.netbeans.modules
org-netbeans-core-startup
${netbeans.version}


in the application pom and I'm good to go.

Switching from RELEASE190 to RELEASE200 gave me this:
Some included modules/bundles depend on these codenamebases but they are
not included. The application will fail starting up. The missing
codenamebases are:
   org.openide.util.lookup  ref: [org.netbeans.core.startup.base,
org.openide.modules]
   org.openide.util  ref: [org.netbeans.core.startup.base,
org.openide.modules]
   org.openide.util.ui  ref: [org.openide.modules]
   org.openide.filesystems  ref: [org.netbeans.core.startup.base]

Adding them makes the program start but it will not pick up my module, as
RELEASE190 did, with an @OnStart class.

How do I do this with RELEASE200?

/Patrik

Re: Build failure with nbm-maven-plugin:14.0

[Patrik Karlström]

While trying to make a reproducer I noticed that it also worked with
version 9.5, but also with 9.0
Then I realized I was building against RELEASE190.
After I switched to RELEASE200 it was all ok, no problem whatsoever.

Silly me

Den fre 24 nov. 2023 kl 14:18 skrev Eric Barboni :

> Hi,
> Asm  9.6 is adding jdk22 constant but we have 9.5 in nbm by transitivity
> that should be jdk 21. But you may have code that bug asm 9.5 too.
>
> +1 to mbien to have a reproducer if you have one.
> +1 to make direct dependency to avoid waiting for
> maven-dependency-analyzer upgrade.
>
> Best Regards
> Eric
>
> -Message d'origine-
> De : Michael Bien 
> Envoyé : vendredi 24 novembre 2023 13:38
> À : dev@netbeans.apache.org; Patrik Karlström 
> Objet : Re: Build failure with nbm-maven-plugin:14.0
>
> Hi Patrik,
>
> I quickly checked and the nbm-maven-plugin doesn't directly depend on ASM
> but uses it transitively. We should probably add it directly and keep it
> up2date to avoid things like this in future.
>
> Updating ASM is usually safe - it is also one of the first libs which
> break when the JDK updates (or if you try to rise the language level).
>
> It is a good sign that adding it as dependency worked for you, since ASM
> is often shaded by third party libs which would make this not possible.
>
> JDK is working on a classfile api (JEP 457, JDK 22) - this will hopefully
> solve issues like this over the long term - but this will take a while. It
> is not uncommon that a dusty projects ships with 5+ versions of ASM which
> is the first hurdle of an JDK upgrade.
>
> I think Eric mentioned that he had initially issues with JDK 21, but we
> both couldn't reproduce it anymore after updating dependencies so we
> thought it got solved in 14.0.
>
> if you can come up with a reproducer, please create an issue against:
> https://github.com/apache/netbeans-mavenutils-nbm-maven-plugin
>
> best regards,
> -mbien
>
>
> On 24.11.23 12:58, Patrik Karlström wrote:
> > I switched to nbm-maven-plugin:14.0 to use Java 21 for my project on
> > NB20-rc4 yesterday and initially it worked fine.
> >
> > Today I got a build failure in 1 of 60 modules that I solved with this
> > dependency.
> >
> >
> >
> >  
> >
> >  org.ow2.asm
> >
> >  asm
> >
> >  9.6
> >
> >  
> >
> >
> >
> > Is that normal, is it me or something with nbm-maven-plugin?
> >
> >
> >
> > Patrik
> >
> >
> >
> >
> >
> >
> >
> > BUILD FAILURE
> >
> > --
> > --
> >
> > Total time:  5.846 s
> >
> > Finished at: 2023-11-24T11:38:31+01:00
> >
> > --
> > --
> >
> > Failed to execute goal
> > org.apache.netbeans.utilities:nbm-maven-plugin:14.0:manifest
> > (default-manifest) on project butterfly-core: 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:
> > [org.objectweb.asm.Opcodes, org.objectweb.asm.Label,
> > org.objectweb.asm.Type, org.objectweb.asm.MethodVisitor,
> > org.objectweb.asm.ClassReader, org.objectweb.asm.AnnotationVisitor,
> > org.objectweb.asm.Attribute, org.objectweb.asm.ClassVisitor,
> > org.objectweb.asm.FieldVisitor] -> [Help 1]
> >
> > org.apache.maven.lifecycle.LifecycleExecutionException: Failed to
> > execute goal
> > org.apache.netbeans.utilities:nbm-maven-plugin:14.0:manifest
> > (default-manifest) on project butterfly-core: 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:
> > [org.objectweb.asm.Opcodes, org.objectweb.asm.Label,
> > org.objectweb.asm.Type, org.objectweb.asm.MethodVisitor,
> > org.objectweb.asm.ClassReader, org.objectweb.asm.AnnotationVisitor,
> > org.objectweb.asm.Attribute, org.objectweb.asm.ClassVisitor,
> > org.objectweb.asm.FieldVisitor]
> >
> >  at org.apache.maven.lifecycle.internal.MojoExecutor.doExecute2
> > (MojoExecutor.java:333)
> >
> >  at org.apache.maven.lifecycle.internal.MojoExecutor.doExecute
> > (MojoExecutor.java:316)
> &g

Build failure with nbm-maven-plugin:14.0

[Patrik Karlström]

I switched to nbm-maven-plugin:14.0 to use Java 21 for my project on
NB20-rc4 yesterday and initially it worked fine.

Today I got a build failure in 1 of 60 modules that I solved with this
dependency.





org.ow2.asm

asm

9.6





Is that normal, is it me or something with nbm-maven-plugin?



Patrik







BUILD FAILURE



Total time:  5.846 s

Finished at: 2023-11-24T11:38:31+01:00



Failed to execute goal
org.apache.netbeans.utilities:nbm-maven-plugin:14.0:manifest
(default-manifest) on project butterfly-core: 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:
[org.objectweb.asm.Opcodes, org.objectweb.asm.Label,
org.objectweb.asm.Type, org.objectweb.asm.MethodVisitor,
org.objectweb.asm.ClassReader, org.objectweb.asm.AnnotationVisitor,
org.objectweb.asm.Attribute, org.objectweb.asm.ClassVisitor,
org.objectweb.asm.FieldVisitor] -> [Help 1]

org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute
goal org.apache.netbeans.utilities:nbm-maven-plugin:14.0:manifest
(default-manifest) on project butterfly-core: 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:
[org.objectweb.asm.Opcodes, org.objectweb.asm.Label,
org.objectweb.asm.Type, org.objectweb.asm.MethodVisitor,
org.objectweb.asm.ClassReader, org.objectweb.asm.AnnotationVisitor,
org.objectweb.asm.Attribute, org.objectweb.asm.ClassVisitor,
org.objectweb.asm.FieldVisitor]

at org.apache.maven.lifecycle.internal.MojoExecutor.doExecute2
(MojoExecutor.java:333)

at org.apache.maven.lifecycle.internal.MojoExecutor.doExecute
(MojoExecutor.java:316)

at org.apache.maven.lifecycle.internal.MojoExecutor.execute
(MojoExecutor.java:212)

at org.apache.maven.lifecycle.internal.MojoExecutor.execute
(MojoExecutor.java:174)

at org.apache.maven.lifecycle.internal.MojoExecutor.access$000
(MojoExecutor.java:75)

at org.apache.maven.lifecycle.internal.MojoExecutor$1.run
(MojoExecutor.java:162)

at org.apache.maven.plugin.DefaultMojosExecutionStrategy.execute
(DefaultMojosExecutionStrategy.java:39)

at org.apache.maven.lifecycle.internal.MojoExecutor.execute
(MojoExecutor.java:159)

at
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
(LifecycleModuleBuilder.java:105)

at
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject
(LifecycleModuleBuilder.java:73)

at
org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build
(SingleThreadedBuilder.java:53)

at org.apache.maven.lifecycle.internal.LifecycleStarter.execute
(LifecycleStarter.java:118)

at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:261)

at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java:173)

at org.apache.maven.DefaultMaven.execute (DefaultMaven.java:101)

at org.apache.maven.cli.MavenCli.execute (MavenCli.java:906)

at org.apache.maven.cli.MavenCli.doMain (MavenCli.java:283)

at org.apache.maven.cli.MavenCli.main (MavenCli.java:206)

at jdk.internal.reflect.DirectMethodHandleAccessor.invoke
(DirectMethodHandleAccessor.java:103)

at java.lang.reflect.Method.invoke (Method.java:580)

at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced
(Launcher.java:283)

at org.codehaus.plexus.classworlds.launcher.Launcher.launch
(Launcher.java:226)

at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode
(Launcher.java:407)

at org.codehaus.plexus.classworlds.launcher.Launcher.main
(Launcher.java:348)

Caused by: org.apache.maven.plugin.MojoFailureException: 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: [org.objectweb.asm.Opcodes, org.objectweb.asm.Label,
org.objectweb.asm.Type, org.objectweb.asm.MethodVisitor,
org.objectweb.asm.ClassReader, org.objectweb.asm.AnnotationVisitor,
org.objectweb.asm.Attribute, org.objectweb.asm.ClassVisitor,
org.objectweb.asm.FieldVisitor]

at
org.apache.netbeans.nbm.NetBeansManifestUpdateMojo.checkModuleClassPath
(NetBeansManifestUpdateMojo.java:759)

at org.apache.netbeans.nbm.NetBeansManifestUpdateMojo.execute
(NetBeansManifestUpdateMojo.java:545)

at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo
(DefaultBuildPluginManager.java:126)

at 

Re: How can I dynamically scale (enlarge) all GUI controls in my NetBeans Platform-based application to support accessibility?

[Patrik Karlström]

I had a similar need and I ended up rolling my own. It supports Swing &
JavaFx in the same application, without disturbing OpenGL scaling.
My work is on github but basically I use the standard --fontsize argument
and calculate a scale factor from that.
There are a couple of helper methods that creates scaled Dimensions, Insets
and so on.
https://github.com/trixon/almond/blob/develop/util/src/main/java/se/trixon/almond/util/swing/SwingHelper.java#L208
https://github.com/trixon/almond/blob/develop/util/src/main/java/se/trixon/almond/util/fx/FxHelper.java#L112

If the attached image doesn't make it, there's a copy at
https://mapton.org/images/Screenshot_20231102_203424.png

[image: Screenshot_20231102_203424.png]


Den tors 2 nov. 2023 kl 19:10 skrev Dawid Lokiec :

> Hi,
>
> I'm working on a NetBeans Platform application and want to ensure
> accessibility by dynamically scaling up the GUI components for users with
> visual impairments. Is there a way to achieve this programmatically for all
> GUI controls?
>
> Primarily, I'm looking for a way to iterate through all the UI controls in
> the NetBeans Platform and somehow (are there setters for this?!)
> dynamically set the scaling in both the x and y dimensions based on the
> user's previous adjustment through the GUI. I would greatly appreciate it
> if someone could show me how to perform such an iteration and the API for
> setting the scaling.
>
> Thanks in advance.
>
> Dawid.
>

Re: NetBeans 20 Release Candidate 2 - Project Properties Not Opening

[Patrik Karlström]

FWIW, I have no such problem with rc2 on Fedora linux.

/Patrik

Den lör 28 okt. 2023 kl 05:21 skrev Josh Juneau :

> I have been testing NetBeans 20 RC2 and it looks like the "Project
> Properties" dialog is not opening, as expected.  Typically when
> right-clicking on a project and selecting "Properties" from the contextual
> menu, the "Properties" dialog should open.  Unfortunately it is not working
> with RC2.
>
> I also tested with NetBeans 20 RC1 and "Project Properties" did open
> without issues.
>
> I have tested on two Macs, one Intel and the other Apple M2 Max, and both
> have the same issue.
>
> Here are the details from the M2 Max:
>
> *Product Version:* Apache NetBeans IDE 20-rc2
>
> *Java:* 17.0.8; OpenJDK 64-Bit Server VM 17.0.8+7-LTS
>
> *Runtime:* OpenJDK Runtime Environment 17.0.8+7-LTS
>
> *System:* Mac OS X version 13.6 running on aarch64; UTF-8; en_US (nb)
>
>
> Thanks for your time and work on NetBeans.
>
>
> Josh Juneau
>

Re: 20-RC1 FlatLaf does not show "Opened documents list"

[Patrik Karlström]

Nice, I'll join.

Den fre 20 okt. 2023 17:26Michael Bien  skrev:

> already tracked under https://github.com/apache/netbeans/issues/6587
>
> -mbien
>
> On 20.10.23 16:32, Patrik Karlström wrote:
> > Being on Fedora 38 with Plasma on wayland and JDK21 I noticed that the
> > dropdown does not show up as it should in the upper right corner of the
> > IDE.
> > I can see that it flashes by and fades out real quick.
> >
> > Switching to Metal makes it work, and switching back to FlatLaf makes it
> > fail.
> >
> > /Patrik
> >
>
>

Re: 20-RC1 FlatLaf does not show "Opened documents list"

[Patrik Karlström]

Using X11 on the same Fedora solves the problem too, so it looks like it's
related to wayland.

Den fre 20 okt. 2023 kl 16:32 skrev Patrik Karlström :

> Being on Fedora 38 with Plasma on wayland and JDK21 I noticed that the
> dropdown does not show up as it should in the upper right corner of the
> IDE.
> I can see that it flashes by and fades out real quick.
>
> Switching to Metal makes it work, and switching back to FlatLaf makes it
> fail.
>
> /Patrik
>
>
>

20-RC1 FlatLaf does not show "Opened documents list"

[Patrik Karlström]

Being on Fedora 38 with Plasma on wayland and JDK21 I noticed that the
dropdown does not show up as it should in the upper right corner of the
IDE.
I can see that it flashes by and fades out real quick.

Switching to Metal makes it work, and switching back to FlatLaf makes it
fail.

/Patrik

Re: [platform][maven] IDE doesn't reflect profile changes for parent modules

[Patrik Karlström]

Never mind, it's all good.

After a good night's sleep it was clear to me that using the toolbar to
change profile, does so on the default project, the application in my case.
For other projects, such as the parent project, one has to do that
explicitly.

/Patrik

Den lör 14 okt. 2023 kl 21:16 skrev Patrik Karlström :

> I just started out with maven profiles in order to create custom builds of
> my platform app.
>
> When changing profile in the IDE toolbar I noticed that while the display
> of the application dependencies in the projects window updates accordingly,
> the modules section of the parent project does not.
>
> Not even after pom reload and restart of the IDE.
>
> Should it?
>
> /Patrik
>

[platform][maven] IDE doesn't reflect profile changes for parent modules

[Patrik Karlström]

I just started out with maven profiles in order to create custom builds of
my platform app.

When changing profile in the IDE toolbar I noticed that while the display
of the application dependencies in the projects window updates accordingly,
the modules section of the parent project does not.

Not even after pom reload and restart of the IDE.

Should it?

/Patrik

FlatLAF: Wrong tab width for output window when in unclosable editor mode

[Patrik Karlström]

I filed this yesterday https://github.com/apache/netbeans/issues/5654 and
added an example today.

As this might be an odd corner case I tried to do a workaround adding the
InputOutput to my own TopComponent as described in
https://netbeans.apache.org/wiki/DevFaqOWTabEmbedding.html

I get a working output but only with ONE tab, and the page above only
mentions a singular tab.

How do I get multiple tabs in my custom TopComponent output?

/Patrik

Re: [FlatLAF] Initial value not fully set for NotifyDescriptor

[Patrik Karlström]

The first mail is about a platform application and the second the IDE
itself.

Den lör 10 dec. 2022 00:06Eirik Bakke  skrev:

> I've noticed that DialogDisplayer.getDefault() returns a different
> implementation when run from a plain main() class (standalone Java
> application) than when run in the context of a NetBeans Platfrom
> application. The standalone implementation has some problems, like not
> enabling/disabling the OK button in response to NotifyDescriptor.setValid.
>
> Is the behavior you are reporting for the NetBeans Platform application
> case, or the standalone Java app case?
>
> -- Eirik
>
> -Original Message-
> From: Patrik Karlström 
> Sent: Friday, December 9, 2022 1:05 PM
> To: dev@netbeans.apache.org
> Subject: Re: [FlatLAF] Initial value not fully set for NotifyDescriptor
>
> Den ons 17 aug. 2022 kl 16:23 skrev Patrik Karlström :
>
> > The initial value/default button for a dialog created with
> > NotifyDescriptor is not activated when using FlatLAF.
> > There is an indication around the button requested to be default, but
> > also some remaining indicator around the actual default button.
> >
> > FlatLAF works fine when manually creating a dialog with
> > JOptionPane.showOptionDialog.
> > MetalLAF works fine with NotifyDescriptor.
> >
> > The following code displays the problem.
> > Uncomment to use the workaround.
> >
> > var button1 = new JButton("1");
> > var button2 = new JButton("2");
> > var button3 = new JButton("3");
> > var buttons = new JButton[]{button1, button2, button3};
> >
> > var d = new NotifyDescriptor(
> > "Look at the buttons borders\nPress & hold ENTER",
> > "Demo",
> > DialogDescriptor.DEFAULT_OPTION,
> > DialogDescriptor.WARNING_MESSAGE,
> > buttons,
> > button3
> > );
> >
> > new Thread(() -> {
> > try {
> > Thread.sleep(100);
> > } catch (InterruptedException ex) {
> > Exceptions.printStackTrace(ex);
> > }
> >
> > SwingUtilities.invokeLater(() -> {
> > //button3.requestFocus();
> > });
> > }).start();
> >
> > System.out.println(DialogDisplayer.getDefault().notify(d));
> >
> > Patrik
> >
>
>
> Now I notice this in NetBeans 16 too.
> When trying to copy/paste a class from one project to another the refactor
> dialog shows up with four buttons:
> Preview, Refactor, Cancel, Help
>
> The Refactor button has the background of a focused button while the
> Cancel button has the border of a focused button.
>
> Hitting enter equals Cancel.
>
> The Metal LAF has a similar visual defect but the correct behavior when
> hitting enter.
>
> Is this reproducible by anyone else?
>
> Patrik
>

Re: [FlatLAF] Initial value not fully set for NotifyDescriptor

[Patrik Karlström]

Den ons 17 aug. 2022 kl 16:23 skrev Patrik Karlström :

> The initial value/default button for a dialog created with
> NotifyDescriptor is not activated when using FlatLAF.
> There is an indication around the button requested to be default, but also
> some remaining indicator around the actual default button.
>
> FlatLAF works fine when manually creating a dialog with
> JOptionPane.showOptionDialog.
> MetalLAF works fine with NotifyDescriptor.
>
> The following code displays the problem.
> Uncomment to use the workaround.
>
> var button1 = new JButton("1");
> var button2 = new JButton("2");
> var button3 = new JButton("3");
> var buttons = new JButton[]{button1, button2, button3};
>
> var d = new NotifyDescriptor(
> "Look at the buttons borders\nPress & hold ENTER",
> "Demo",
> DialogDescriptor.DEFAULT_OPTION,
> DialogDescriptor.WARNING_MESSAGE,
> buttons,
> button3
> );
>
> new Thread(() -> {
> try {
> Thread.sleep(100);
> } catch (InterruptedException ex) {
> Exceptions.printStackTrace(ex);
> }
>
> SwingUtilities.invokeLater(() -> {
> //button3.requestFocus();
> });
> }).start();
>
> System.out.println(DialogDisplayer.getDefault().notify(d));
>
> Patrik
>


Now I notice this in NetBeans 16 too.
When trying to copy/paste a class from one project to another the refactor
dialog shows up with four buttons:
Preview, Refactor, Cancel, Help

The Refactor button has the background of a focused button while the Cancel
button has the border of a focused button.

Hitting enter equals Cancel.

The Metal LAF has a similar visual defect but the correct behavior when
hitting enter.

Is this reproducible by anyone else?

Patrik

Re: NB 16, Smaller font by design?

[Patrik Karlström]

Den mån 5 dec. 2022 kl 19:21 skrev Neil C Smith :

> On Mon, 5 Dec 2022 at 14:06, Patrik Karlström  wrote:
> >
> > Den fre 2 dec. 2022 kl 12:50 skrev Patrik Karlström :
> >
> > >
> > > TitlePane.font={font}$Label.font
> > >>
> > >> Save the file and restart NetBeans.  Is that better?
> > >>
> > >> Neil
> > >>
> > >
> > > Thanks, I'll try this on Monday when I'm back on Windows.
> > >
> > >
> > Works great! Will use that until NB 17.
>
> Good to know.
>
> > Not a problem, just an observation; Hitting the "Edit custom properties
> > button" on a platform app without editors(?) results in
> > SEVERE [org.openide.util.Exceptions]
> > java.lang.NullPointerException: Cannot invoke
> > "org.netbeans.api.actions.Editable.edit()" because "editable" is null
>
> Hmmm.  That's annoying.  Pretty sure some basic editor support is
> brought in already by the dependencies of the options panel?  I
> deliberately implemented this without adding additional dependencies
> other than those brought in transiently already.
>
> Maybe should have used Openable here?  Or fall back to Openable if
> Editable is null?
>
> Any chance you could step through and find what DataObject we have
> here, and why it's not got an Editable?
>
> Ideally we might look at branding this button visibility.  Ideally we
> might also look at splitting off the options panel for FlatLaf into a
> separate module with different dependencies.  That was discussed in
> https://github.com/apache/netbeans/pull/4719
>
> Incidentally, I think this should support registering the additional
> properties file directly in a layer too, so might also be a way to
> deliver overrides for platform applications.
>
> Best wishes,
>
> Neil
>

Not really sure what you want me to step through but I created a new
platform project and added org-netbeans-swing-laf-flatlaf as a dependency
in order to reach it from the debugger.
With a breakpoint I get org.openide.loaders.DefaultDataObject@6dfe9bb0
[MultiFileObject@1a0c1113[LookAndFeel/FlatLaf.properties]] as the string
representation of the dob.

What else should I look for?

Patrik

Re: Copy Paste still an issue

[Patrik Karlström]

There are a couple of threads on this by now and I'm not sure if the
following "semi-solution" has been posted.

A couple of weeks ago the clipboard went bust on me in NB 15.
I tried a couple of things and I got it working again without restarting NB.

Today it happened again but this time in NB 16, this gave me a chance to
reduce and verify my steps.
The only thing I needed to do to make the clipboard working again was

Hit CTRL-X in NB without any selection being made (cut the whole line).
Perhaps CTRL-C works too.

Patrik


Den lör 3 sep. 2022 kl 11:07 skrev Neil C Smith :

> On Fri, 2 Sept 2022 at 18:45, Kenneth Fogel 
> wrote:
> > To reproduce try this:
> >
> > Open NB and a project in NB. Open NotePad++ or Word.
> > Copy just one line of a file from NB to NotePad++ or Word. It should
> work. Try a few other lines but just a single line at a time.
> > Now select and copy 20 or so lines from the NB file. **You will not be
> able to paste it**.
>
> It would be easier if it was that easily reproducible!  Are you saying
> that you see this every time?  Other people have reported it happening
> after some time, some not seeing it.
>
> Can you try setting some thing in netbeans.conf startup properties?
>
> -J-Dorg.netbeans.NbClipboard.level=FINEST
>
> Then check messages.  Anything odd?
>
> Then try adding to that -
>
> -J-Dnetbeans.slow.system.clipboard.hack=false
>
> and
>
> -J-DTopSecurityManager.disable=true
>
> separately - not at the same time.
>
> Do either/both affect the result?
>
> Thanks,
>
> Neil
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>

Re: NB 16, Smaller font by design?

[Patrik Karlström]

Den fre 2 dec. 2022 kl 12:50 skrev Patrik Karlström :

>
> TitlePane.font={font}$Label.font
>>
>> Save the file and restart NetBeans.  Is that better?
>>
>> Neil
>>
>
> Thanks, I'll try this on Monday when I'm back on Windows.
>
>
Works great! Will use that until NB 17.

Not a problem, just an observation; Hitting the "Edit custom properties
button" on a platform app without editors(?) results in
SEVERE [org.openide.util.Exceptions]
java.lang.NullPointerException: Cannot invoke
"org.netbeans.api.actions.Editable.edit()" because "editable" is null
[catch] at
org.netbeans.swing.laf.flatlaf.FlatLafOptionsPanel.lambda$customPropertiesButtonActionPerformed$0(FlatLafOptionsPanel.java:223)
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)

Re: NB 16, Smaller font by design?

[Patrik Karlström]

Den fre 2 dec. 2022 kl 12:41 skrev Neil C Smith :

> On Fri, 2 Dec 2022 at 08:16, Patrik Karlström  wrote:
> >
> > I filled an issue with pictures of how it looks for me.
> > https://github.com/apache/netbeans/issues/5041
> >
>
> Looking at what changed we have
> https://github.com/JFormDesigner/FlatLaf/issues/589  I guess the LAF
> customs need updating in NB17.
>
> A fun change in NB16 is Tools / Options / Appearance / FlatLaf / Edit
> custom properties
>
> Try that, and add
>
> TitlePane.font={font}$Label.font
>
> Save the file and restart NetBeans.  Is that better?
>
> Neil
>

Thanks, I'll try this on Monday when I'm back on Windows.

Patrik

Re: NB 16, Smaller font by design?

[Patrik Karlström]

I filled an issue with pictures of how it looks for me.
https://github.com/apache/netbeans/issues/5041

Den ons 30 nov. 2022 kl 13:44 skrev Jean-Marc Borer :

> Hi,
>
> On Windows I think they look the same. I use anyway a bigger font via the
> --fontsize argument.
>
> JMB
>
> On Tue, Nov 29, 2022 at 6:42 PM Patrik Karlström  >
> wrote:
>
> > On Windows and FlatLaf I noticed that the IDE window title font is much
> > smaller in nb 16 than in nb 15.
> >
> > Is that by design?
> >
> > I think I noticed a smaller font in popup menues on Linux too, but I have
> > to confirm that.
> >
> > Patrik
> >
>

Re: NB 16, Smaller font by design?

[Patrik Karlström]

Now I see that the window title font does not respect the --fontsize
argument.

The integrated menu bar still do though.

Patrik

Den tis 29 nov. 2022 06:16Patrik Karlström  skrev:

> On Windows and FlatLaf I noticed that the IDE window title font is much
> smaller in nb 16 than in nb 15.
>
> Is that by design?
>
> I think I noticed a smaller font in popup menues on Linux too, but I have
> to confirm that.
>
> Patrik
>

NB 16, Smaller font by design?

[Patrik Karlström]

On Windows and FlatLaf I noticed that the IDE window title font is much
smaller in nb 16 than in nb 15.

Is that by design?

I think I noticed a smaller font in popup menues on Linux too, but I have
to confirm that.

Patrik

Bold font with FlatLaf

[Patrik Karlström]

I just installed Fedora Linux (KDE) for the first time in many many years
and noticed that the font in the IDE 16 and in a much older platform app is
bold when using FlatLaf.

It took me a restart of netbeans before the font got bold I *think*,
but after that it happened every time. It occurred immediately with a fresh
userdir.

Inspired by this link I changed the system font from Noto Sans to
Liberation Sans and that helped me. It's looking good now.
https://github.com/JFormDesigner/FlatLaf/issues/337

Switching fonts back and forth makes the problem come and go.

This is just an FYI incase of this starts popping up elsewhere.

Patrik

>System Info:
  Product Version = Apache NetBeans IDE 16
  Operating System= Linux version 6.0.9-300.fc37.x86_64 running on
amd64
  Java; VM; Vendor= 19.0.1; OpenJDK 64-Bit Server VM 19.0.1+10;
Azul Systems, Inc.
  Runtime = OpenJDK Runtime Environment 19.0.1+10
  Java Home   =
/mnt/atlas/user-config/.sdkman/candidates/java/19.0.1.fx-zulu
  System Locale; Encoding = sv_SE (nb); UTF-8
  Home Directory  = /home/pata
  Current Directory   = /home/pata
  User Directory  = /home/pata/snap/netbeans/74
  Cache Directory = /home/pata/snap/netbeans/common/74

[platform] --nogui takes 20 seconds to finish

[Patrik Karlström]

I'm starting a new platform application project that will normally be run
in GUI mode and sometimes in CLI with --nogui set.

To my surprise, --nogui takes about 20 seconds to finish while starting the
GUI and manually closing it takes only 4 seconds. This is for a new empty
project with NB15 on Windows and Linux.

I'm on par with the steps described in
https://netbeans.apache.org/wiki/DevFaqNonGuiPlatformApp.asciidoc#_how_can_i_make_my_netbeans_platform_run_in_gui_or_command_line_mode

What can be done to speed up the process?

/Patrik

Re: [platform] RELEASE150 not available in new project

[Patrik Karlström]

Thanks, that's good to know.

Den fre 9 sep. 2022 kl 18:13 skrev Michael Bien :

> maven central -> maven central index
>
> On 09.09.22 18:09, Michael Bien wrote:
> > this should update itself the next time netbeans downloads the maven
> > central. This usually happens once per week.
> >
> > The only hardcoded version is the snapshot release, all other entries
> > in that list are taken from the index.
> >
> > If this still doesn't work after a week feel free to file an issue.
> >
> > -mbien
> >
> >
> > On 09.09.22 12:44, Patrik Karlström wrote:
> >> When creating a new platform application or module with NB15, I'm not
> >> able
> >> to select RELEASE150 as NetBeans Version.
> >>
> >> Tuning the pom works fine though.
> >>
> >> Is it just me and my userdir or can anyone reproduce?
> >>
> >> /Patrik
> >>
> >
>
>

[platform] RELEASE150 not available in new project

[Patrik Karlström]

When creating a new platform application or module with NB15, I'm not able
to select RELEASE150 as NetBeans Version.

Tuning the pom works fine though.

Is it just me and my userdir or can anyone reproduce?

/Patrik

Re: Run File - LinkageError/UnsupportedClassVersionError

[Patrik Karlström]

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.

Re: [VOTE] Release Apache NetBeans 15 Maven artefacts

[Patrik Karlström]

+1
...as it builds a working platform application for me.

Den lör 27 aug. 2022 kl 18:06 skrev Neil C Smith :

> The Maven artefacts for Apache NetBeans 15 are ready on staging to be
> checked and voted on.  This vote is dependent on the main Apache
> NetBeans 15 release vote.
>
> The version is  : RELEASE150
>
> Staged at :
> https://repository.apache.org/content/repositories/orgapachenetbeans-1121
>
> The vote is going to be open for at least 72 hours, and until the main
> vote is closed. Vote with +1, 0, -1 as usual.
>
> Thanks,
>
> Neil
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>

Re: Run File - LinkageError/UnsupportedClassVersionError

[Patrik Karlström]

Den lör 7 maj 2022 kl 18:04 skrev Patrik Karlström :

> I can't remember if this ever worked for me,
> but I have a problem using Run/File (Shift F6) on main classes within a
> platform module if the source/target level is greater than 11, with or
> without nbjavac.
>
> It works just fine for non platform projects.
>
> cd /home/patrik/git/slask/nbrunfile/nbrunfile-sample;
> JAVA_HOME=/home/patrik/.sdkman/candidates/java/18.0.1-tem
> M2_HOME=/home/patrik/.sdkman/candidates/maven/current
> /home/patrik/.sdkman/candidates/maven/current/bin/mvn -f
> /home/patrik/git/slask/nbrunfile/nbrunfile-sample/pom.xml -Dexec.vmArgs=
> "-Dexec.args=${exec.vmArgs} -classpath %classpath ${exec.mainClass}
> ${exec.appArgs}" -Dexec.executable=java
> -Dexec.mainClass=se.trixon.nbrunfile.RunFileMain
> -Dexec.classpathScope=runtime -DskipTests=true -Dexec.appArgs= --debug
> --errors --debug --errors process-classes
> org.codehaus.mojo:exec-maven-plugin:3.0.0:exec
> Apache Maven 3.8.5 (3599d3414f046de2324203b78ddcf9b5e4388aa0)
> Maven home: /home/patrik/.sdkman/candidates/maven/current
> Java version: 18.0.1, vendor: Eclipse Adoptium, runtime:
> /mnt/atlas/data-config/.sdkman/candidates/java/18.0.1-tem
> Default locale: sv_SE, platform encoding: UTF-8
> OS name: "linux", version: "5.10.0-14-amd64", arch: "amd64", family: "unix"
>   Included
> /snap/netbeans/61/netbeans/java/maven-nblib/netbeans-eventspy.jar
> 
> Executing command line: [java, -classpath,
> /home/patrik/git/slask/nbrunfile/nbrunfile-sample/target/classes:/home/patrik/.m2/repository/org/netbeans/api/org-netbeans-api-annotations-common/RELEASE130/org-netbeans-api-annotations-common-RELEASE130.jar,
> se.trixon.nbrunfile.RunFileMain]
> Fel: LinkageError inträffade vid laddning av huvudklassen
> se.trixon.nbrunfile.RunFileMain
> java.lang.UnsupportedClassVersionError: se/trixon/nbrunfile/RunFileMain
> has been compiled by a more recent version of the Java Runtime (class file
> version 62.0), this version of the Java Runtime only recognizes class file
> versions up to 55.0
> Command execution failed.
>
> If I do run exec:java manually from a shell it works fine.
>
> I managed to track down
> https://github.com/apache/netbeans/blob/master/java/maven/src/org/netbeans/modules/maven/execute/defaultActionMappings.xml
> but I'm not sure where to go from there.
>
> As a side note it looks like global execution options get duplicated too. 
> --debug
> --errors --debug --errors
>
> I have this problem on Windows too.
>
> /Patrik
>



I decided to try this with nb15-rc4 and it's even worse now as far as I can
tell.
With nb15 I'm even unable to do this with source/target<12, and that worked
in nb14.

But it fails with a new error message. "File or directory does not exist"
(translated)

cd /mnt/atlas/data/git/slask/nbrunfile/nbrunfile-sample;
JAVA_HOME=/home/pata/.sdkman/candidates/java/18.0.2.fx-zulu
M2_HOME=/home/pata/.sdkman/candidates/maven/current
/home/pata/.sdkman/candidates/maven/current/bin/mvn -Dexec.vmArgs=
"-Dexec.args=${exec.vmArgs} -classpath %classpath ${exec.mainClass}
${exec.appArgs}" -Dexec.executable=java
-Dexec.mainClass=se.trixon.nbrunfile.RunFileMain
-Dexec.classpathScope=runtime -DskipTests=true -Dexec.appArgs=
process-classes org.codehaus.mojo:exec-maven-plugin:3.0.0:exec
Scanning for projects...

-< se.trixon:nbrunfile-sample >-
Building nbrunfile-sample 0.0.1-SNAPSHOT
[ nbm ]-

--- maven-resources-plugin:3.2.0:resources (default-resources) @
nbrunfile-sample ---
Using 'UTF-8' encoding to copy filtered resources.
Using 'UTF-8' encoding to copy filtered properties files.
Copying 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)

[FlatLAF] Initial value not fully set for NotifyDescriptor

[Patrik Karlström]

The initial value/default button for a dialog created with NotifyDescriptor
is not activated when using FlatLAF.
There is an indication around the button requested to be default, but also
some remaining indicator around the actual default button.

FlatLAF works fine when manually creating a dialog with
JOptionPane.showOptionDialog.
MetalLAF works fine with NotifyDescriptor.

The following code displays the problem.
Uncomment to use the workaround.

var button1 = new JButton("1");
var button2 = new JButton("2");
var button3 = new JButton("3");
var buttons = new JButton[]{button1, button2, button3};

var d = new NotifyDescriptor(
"Look at the buttons borders\nPress & hold ENTER",
"Demo",
DialogDescriptor.DEFAULT_OPTION,
DialogDescriptor.WARNING_MESSAGE,
buttons,
button3
);

new Thread(() -> {
try {
Thread.sleep(100);
} catch (InterruptedException ex) {
Exceptions.printStackTrace(ex);
}

SwingUtilities.invokeLater(() -> {
//button3.requestFocus();
});
}).start();

System.out.println(DialogDisplayer.getDefault().notify(d));

Patrik

Re: FlatLAF tab style in dialogs

[Patrik Karlström]

Den tis 26 juli 2022 kl 17:13 skrev Neil C Smith :

> On Tue, 26 Jul 2022 at 15:58, Christian Lenz 
> wrote:
> > my question was about sub-tabs. So tabs in dialogs like in the Plugin
> manager (the main tabs) should look the same as the new design. Commit,
> when you open a file to see the diff, it should be the same as the new
> design. The rest like sub-tabs can be as they are. So we need to clarify
> the behaviour for main-tabs and sub-tabs. As far as I understand: Main-tabs
> or first Level -> new design, sub-tabs (all from second Level on) -> stay
> as they are or change it a bit to fit better.
>
> OK, well the answer from my perspective is still the same - by design.
> I think we (Eirik and I - see also
> https://github.com/apache/netbeans/pull/3115 ) were trying to make the
> window system tabs stand out.  Definitely I was.  Making all
> JTabbedPanes have different design, or follow the same hierarchy,
> wasn't on the radar.  Dialogs are defined windows already.
>
> You could always look at further changes.
>
>
Got it, thanks.

FlatLAF tab style in dialogs

[Patrik Karlström]

Hi,
I just noticed the work done in https://github.com/apache/netbeans/pull/4286
in NB15-rc1, nice work!

I also noticed that tabs in dialogs like options, plugins, commit/diff uses
the old style.

Is it by design?

Patrik

Re: NetBeans Cache Cleanup

[Patrik Karlström]

I noticed this too on Windows recently.
It was a problem with file permission on thoose directories.

Once changed, janitor ran fine.

Den fre 1 juli 2022 15:36Eric Bresie  skrev:

> 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
>

Run File - LinkageError/UnsupportedClassVersionError

[Patrik Karlström]

I can't remember if this ever worked for me,
but I have a problem using Run/File (Shift F6) on main classes within a
platform module if the source/target level is greater than 11, with or
without nbjavac.

It works just fine for non platform projects.

cd /home/patrik/git/slask/nbrunfile/nbrunfile-sample;
JAVA_HOME=/home/patrik/.sdkman/candidates/java/18.0.1-tem
M2_HOME=/home/patrik/.sdkman/candidates/maven/current
/home/patrik/.sdkman/candidates/maven/current/bin/mvn -f
/home/patrik/git/slask/nbrunfile/nbrunfile-sample/pom.xml -Dexec.vmArgs=
"-Dexec.args=${exec.vmArgs} -classpath %classpath ${exec.mainClass}
${exec.appArgs}" -Dexec.executable=java
-Dexec.mainClass=se.trixon.nbrunfile.RunFileMain
-Dexec.classpathScope=runtime -DskipTests=true -Dexec.appArgs= --debug
--errors --debug --errors process-classes
org.codehaus.mojo:exec-maven-plugin:3.0.0:exec
Apache Maven 3.8.5 (3599d3414f046de2324203b78ddcf9b5e4388aa0)
Maven home: /home/patrik/.sdkman/candidates/maven/current
Java version: 18.0.1, vendor: Eclipse Adoptium, runtime:
/mnt/atlas/data-config/.sdkman/candidates/java/18.0.1-tem
Default locale: sv_SE, platform encoding: UTF-8
OS name: "linux", version: "5.10.0-14-amd64", arch: "amd64", family: "unix"
  Included /snap/netbeans/61/netbeans/java/maven-nblib/netbeans-eventspy.jar

Executing command line: [java, -classpath,
/home/patrik/git/slask/nbrunfile/nbrunfile-sample/target/classes:/home/patrik/.m2/repository/org/netbeans/api/org-netbeans-api-annotations-common/RELEASE130/org-netbeans-api-annotations-common-RELEASE130.jar,
se.trixon.nbrunfile.RunFileMain]
Fel: LinkageError inträffade vid laddning av huvudklassen
se.trixon.nbrunfile.RunFileMain
java.lang.UnsupportedClassVersionError: se/trixon/nbrunfile/RunFileMain has
been compiled by a more recent version of the Java Runtime (class file
version 62.0), this version of the Java Runtime only recognizes class file
versions up to 55.0
Command execution failed.

If I do run exec:java manually from a shell it works fine.

I managed to track down
https://github.com/apache/netbeans/blob/master/java/maven/src/org/netbeans/modules/maven/execute/defaultActionMappings.xml
but I'm not sure where to go from there.

As a side note it looks like global execution options get duplicated
too. --debug
--errors --debug --errors

I have this problem on Windows too.

/Patrik

Re: [RELEASES] Preparing for NetBeans 14

[Patrik Karlström]

Hi Eric

>I will stage a maven repo as we have bunch of new dependencies to check
early if we are ok on maven artefacts side.
>
>Best Regards
>Eric

I have built Mapton against RELEASE140 and it's working just fine,
should I test something specific in order to check if we are ok?

NetBeans behavior for missing project specific java platform

[Patrik Karlström]

I ran into a problem this morning.
Started NetBeans 13 (as a snap on debian) and as soon as I tried to save a
changed java file NetBeans froze completely. Killed it and tried again,
same result each time.

Everything was working fine the last time I did this before today.

After a dog walk in the woods it hit me it could be related to my jdk
cleanup with sdkman.
It turned out that my current maven project has a project specific java
platform, but now non existing.

Can NetBeans handle this with more grace than just a freeze?

My messages.log ends with

Even though the source level of
/home/patrik/git/java/jotasync/src/main/java:/home/patrik/git/java/jotasync/src/main/resources
is set to: 17, java.lang.AssertionError cannot be found on the
bootclasspath:
Changing source level to 1.3
WARNING [org.netbeans.TopSecurityManager]: use of system property
netbeans.user has been obsoleted in favor of InstalledFileLocator/Places at
org.netbeans.modules.java.source.parsing.JavacParser.createDumpFile(JavacParser.java:1284)
SEVERE [org.openide.util.Exceptions]
An error occurred during parsing of
'/home/patrik/git/java/jotasync/src/main/java/se/trixon/jota/client/ui/App.java'.
Please report a bug against java/source and attach dump file
'/home/patrik/snap/netbeans/58/var/log/App.dump'.
An error occurred during parsing of
'/home/patrik/git/java/jotasync/src/main/java/se/trixon/jota/client/ui/App.java'.
Please report a bug against java/source and attach dump file
'/home/patrik/snap/netbeans/58/var/log/App.dump'.
Caused: com.sun.tools.javac.code.Symbol$CompletionFailure: class file for
java.lang.Boolean not found
Caused: java.lang.IllegalStateException:
com.sun.tools.javac.code.Symbol$CompletionFailure: class file for
java.lang.Error not found
at com.sun.tools.javac.api.JavacTaskImpl.analyze(JavacTaskImpl.java:383)
at
org.netbeans.modules.java.source.parsing.JavacParser.moveToPhase(JavacParser.java:769)
at
org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:539)
at
org.netbeans.modules.java.source.parsing.JavacParser.getResult(JavacParser.java:140)
at
org.netbeans.modules.parsing.impl.TaskProcessor.callGetResult(TaskProcessor.java:608)
at
org.netbeans.modules.parsing.impl.SourceCache.getResult(SourceCache.java:239)
at
org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.run(TaskProcessor.java:775)
at org.openide.util.lookup.Lookups.executeWith(Lookups.java:279)
at
org.netbeans.modules.parsing.impl.TaskProcessor$RequestPerformer.execute(TaskProcessor.java:702)
[catch] at
org.netbeans.modules.parsing.impl.TaskProcessor$CompilationJob.run(TaskProcessor.java:663)
at
java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:539)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
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)
ALL [null]: An error occurred during parsing of
'/home/patrik/git/java/jotasync/src/main/java/se/trixon/jota/client/ui/App.java'.
Please report a bug against java/source and attach dump file
'/home/patrik/snap/netbeans/58/var/log/App.dump'.
SEVERE [null]: Last record repeated again.
INFO [org.netbeans.modules.bugtracking.BugtrackingManager]: Loading stored
repositories took 51 millis.
INFO [org.netbeans.ui.metrics.bugtracking]: USG_ISSUE_TRACKING_REPOSITORY

Re: [VOTE] Release of Apache NetBeans utilities nbm-maven-plugin version 4.7

[Patrik Karlström]

+1 from me then,

and sorry about the noise.

Patrik

Den mån 14 feb. 2022 kl 13:45 skrev Eric Barboni :

> Hi,
>  I'm not sure nbm plugin is wrong here. Seems dependencies are not the
> same as previous tilefx.
>  Some dependencies needs to be direct one.
>
> Eric
>
> -Message d'origine-
> De : Patrik Karlström 
> Envoyé : samedi 12 février 2022 20:04
> À : dev@netbeans.apache.org
> Objet : Re: [VOTE] Release of Apache NetBeans utilities nbm-maven-plugin
> version 4.7
>
> I created a small project here https://github.com/trixon/nbm-maven47
> Undo the last commit to see the error or just remove the dependencies
> starting from
>
> https://github.com/trixon/nbm-maven47/blob/f7c5bdf0bd11875acc19cab653dd0d7127b07804/nbm-maven-sample/pom.xml#L41
>
> Patrik
>
> Den lör 12 feb. 2022 kl 17:23 skrev Patrik Karlström :
>
> > Thanks,
> > I was able to switch my platform library and application to java 17,
> > and add some java 17 dependencies too.
> >
> > However, I ran into some problems when updating to tilesfx 17.1.3.
> > 
> > eu.hansolo
> > tilesfx
> > 17.1.3
> > 
> >
> > I get
> >
> > Failed to execute goal
> > org.apache.netbeans.utilities:nbm-maven-plugin:4.7:manifest
> > (default-manifest) on project mapton-api: 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:
> > [eu.hansolo.toolbox.evt.EvtType, eu.hansolo.toolboxfx.geom.CatmullRom,
> > eu.hansolo.toolboxfx.geom.Bounds,
> > eu.hansolo.toolboxfx.geom.CornerRadii,
> > eu.hansolo.toolbox.Statistics,
> > eu.hansolo.toolboxfx.geom.LocationBuilder,
> > eu.hansolo.toolboxfx.evt.type.BoundsEvt, eu.hansolo.toolbox.evt.Evt,
> > eu.hansolo.toolboxfx.GradientLookup,
> > eu.hansolo.toolbox.evt.EvtPriority,
> > eu.hansolo.toolboxfx.geom.Point,
> > eu.hansolo.fx.countries.tools.BusinessRegion,
> > eu.hansolo.fx.countries.Country,
> > eu.hansolo.toolboxfx.evt.type.LocationChangeEvt,
> > eu.hansolo.toolboxfx.ConicalGradient, eu.hansolo.toolboxfx.FontMetrix,
> > eu.hansolo.toolbox.evt.type.ChangeEvt,
> > eu.hansolo.toolboxfx.ScaleDirection,
> > eu.hansolo.fx.countries.flag.Flag, eu.hansolo.toolboxfx.geom.Location,
> > eu.hansolo.toolbox.evt.EvtObserver] -> [Help 1]
> >
> > unless I manually add its dependencies explicitly.
> >
> >
> > nbm-maven-plugin 4.6 handled the dependencies of tilesfx 11.48 fine.
> >
> > I have no idea if this is due to nbm-maven-plugin or something else.
> >
> > Patrik
> >
> >
> >
> >
> > Den tors 10 feb. 2022 kl 18:25 skrev Eric Barboni :
> >
> >> Dear members of Apache NetBeans community.
> >>
> >>
> >>
> >> I want to call a vote on releasing Apache NetBeans utilities
> >> nbm-maven-plugin version 4.7.
> >>
> >>
> >>
> >> nbm-maven-plugin 4.7 is a maven plugin that allow to build/run Apache
> >> NetBeans Platform using maven artefacts.
> >>
> >> Changes from 4.6:
> >>
> >> NETBEANSINFRA-262  Fixed missing Class-Path URL decoding
> >>
> >> version of asm 9.2 to be able to use jdk 17
> >>
> >>
> >>
> >> fixes on the web page
> >>
> >>
> >>
> >> The voted artefacts sources are located here:
> >>
> >>
> >> https://dist.apache.org/repos/dist/dev/netbeans/netbeans-maven-utilit
> >> ies/nbm
> >> -maven-plugin/nbm-maven-plugin-4.7/
> >> <https://dist.apache.org/repos/dist/dev/netbeans/netbeans-maven-utili
> >> ties/nbm-maven-plugin/nbm-maven-plugin-4.7/>
> >>
> >>
> >>
> >> In addition to that, Maven artifacts built from
> >> https://github.com/apache/netbeans-mavenutils-nbm-maven-plugin
> >>
> >> with the commit id 9c1fe033eae4361d6b31504d926f1a4e5151a890(tag
> >> nbm-maven-plugin-4.7) are staged in the following repository:
> >>
> >>
> >>
> >> https://repository.apache.org/content/repositories/orgapachenetbeans-
> >> 1096/
> >>
> >>
> >>
> >> sha512 is:
> >>
> >>
> >> 7dbfec7a48a8ec3660dde21a4317bc40cadd53a476b60d5c4eba06c3afac240af164e
> >> ca0e069 b2a4867d832dd7ee37c4dc9049dcde41b9b669d517165792815c
> >>
> >>
> >>
> >> Key file is here:
> >>
> >> https://www.apache.org/dist/netbeans/KEYS
> >>
> >>
> >>
> >> The vote is open for at least 72h.
> >>
> >> Best Regards
> >>
> >>
> >>
> >> Eric Barboni (skygo)
> >>
> >>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>

Re: [VOTE] Release of Apache NetBeans utilities nbm-maven-plugin version 4.7

[Patrik Karlström]

I created a small project here https://github.com/trixon/nbm-maven47
Undo the last commit to see the error or just remove the dependencies
starting from
https://github.com/trixon/nbm-maven47/blob/f7c5bdf0bd11875acc19cab653dd0d7127b07804/nbm-maven-sample/pom.xml#L41

Patrik

Den lör 12 feb. 2022 kl 17:23 skrev Patrik Karlström :

> Thanks,
> I was able to switch my platform library and application to java 17, and
> add some java 17 dependencies too.
>
> However, I ran into some problems when updating to tilesfx 17.1.3.
> 
> eu.hansolo
> tilesfx
> 17.1.3
> 
>
> I get
>
> Failed to execute goal
> org.apache.netbeans.utilities:nbm-maven-plugin:4.7:manifest
> (default-manifest) on project mapton-api: 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:
> [eu.hansolo.toolbox.evt.EvtType, eu.hansolo.toolboxfx.geom.CatmullRom,
> eu.hansolo.toolboxfx.geom.Bounds, eu.hansolo.toolboxfx.geom.CornerRadii,
> eu.hansolo.toolbox.Statistics, eu.hansolo.toolboxfx.geom.LocationBuilder,
> eu.hansolo.toolboxfx.evt.type.BoundsEvt, eu.hansolo.toolbox.evt.Evt,
> eu.hansolo.toolboxfx.GradientLookup, eu.hansolo.toolbox.evt.EvtPriority,
> eu.hansolo.toolboxfx.geom.Point,
> eu.hansolo.fx.countries.tools.BusinessRegion,
> eu.hansolo.fx.countries.Country,
> eu.hansolo.toolboxfx.evt.type.LocationChangeEvt,
> eu.hansolo.toolboxfx.ConicalGradient, eu.hansolo.toolboxfx.FontMetrix,
> eu.hansolo.toolbox.evt.type.ChangeEvt, eu.hansolo.toolboxfx.ScaleDirection,
> eu.hansolo.fx.countries.flag.Flag, eu.hansolo.toolboxfx.geom.Location,
> eu.hansolo.toolbox.evt.EvtObserver] -> [Help 1]
>
> unless I manually add its dependencies explicitly.
>
>
> nbm-maven-plugin 4.6 handled the dependencies of tilesfx 11.48 fine.
>
> I have no idea if this is due to nbm-maven-plugin or something else.
>
> Patrik
>
>
>
>
> Den tors 10 feb. 2022 kl 18:25 skrev Eric Barboni :
>
>> Dear members of Apache NetBeans community.
>>
>>
>>
>> I want to call a vote on releasing Apache NetBeans utilities
>> nbm-maven-plugin version 4.7.
>>
>>
>>
>> nbm-maven-plugin 4.7 is a maven plugin that allow to build/run Apache
>> NetBeans Platform using maven artefacts.
>>
>> Changes from 4.6:
>>
>> NETBEANSINFRA-262  Fixed missing Class-Path URL decoding
>>
>> version of asm 9.2 to be able to use jdk 17
>>
>>
>>
>> fixes on the web page
>>
>>
>>
>> The voted artefacts sources are located here:
>>
>>
>> https://dist.apache.org/repos/dist/dev/netbeans/netbeans-maven-utilities/nbm
>> -maven-plugin/nbm-maven-plugin-4.7/
>> <https://dist.apache.org/repos/dist/dev/netbeans/netbeans-maven-utilities/nbm-maven-plugin/nbm-maven-plugin-4.7/>
>>
>>
>>
>> In addition to that, Maven artifacts built from
>> https://github.com/apache/netbeans-mavenutils-nbm-maven-plugin
>>
>> with the commit id 9c1fe033eae4361d6b31504d926f1a4e5151a890(tag
>> nbm-maven-plugin-4.7) are staged in the following repository:
>>
>>
>>
>> https://repository.apache.org/content/repositories/orgapachenetbeans-1096/
>>
>>
>>
>> sha512 is:
>>
>>
>> 7dbfec7a48a8ec3660dde21a4317bc40cadd53a476b60d5c4eba06c3afac240af164eca0e069
>> b2a4867d832dd7ee37c4dc9049dcde41b9b669d517165792815c
>>
>>
>>
>> Key file is here:
>>
>> https://www.apache.org/dist/netbeans/KEYS
>>
>>
>>
>> The vote is open for at least 72h.
>>
>> Best Regards
>>
>>
>>
>> Eric Barboni (skygo)
>>
>>

Re: [VOTE] Release of Apache NetBeans utilities nbm-maven-plugin version 4.7

[Patrik Karlström]

Thanks,
I was able to switch my platform library and application to java 17, and
add some java 17 dependencies too.

However, I ran into some problems when updating to tilesfx 17.1.3.

eu.hansolo
tilesfx
17.1.3


I get

Failed to execute goal
org.apache.netbeans.utilities:nbm-maven-plugin:4.7:manifest
(default-manifest) on project mapton-api: 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:
[eu.hansolo.toolbox.evt.EvtType, eu.hansolo.toolboxfx.geom.CatmullRom,
eu.hansolo.toolboxfx.geom.Bounds, eu.hansolo.toolboxfx.geom.CornerRadii,
eu.hansolo.toolbox.Statistics, eu.hansolo.toolboxfx.geom.LocationBuilder,
eu.hansolo.toolboxfx.evt.type.BoundsEvt, eu.hansolo.toolbox.evt.Evt,
eu.hansolo.toolboxfx.GradientLookup, eu.hansolo.toolbox.evt.EvtPriority,
eu.hansolo.toolboxfx.geom.Point,
eu.hansolo.fx.countries.tools.BusinessRegion,
eu.hansolo.fx.countries.Country,
eu.hansolo.toolboxfx.evt.type.LocationChangeEvt,
eu.hansolo.toolboxfx.ConicalGradient, eu.hansolo.toolboxfx.FontMetrix,
eu.hansolo.toolbox.evt.type.ChangeEvt, eu.hansolo.toolboxfx.ScaleDirection,
eu.hansolo.fx.countries.flag.Flag, eu.hansolo.toolboxfx.geom.Location,
eu.hansolo.toolbox.evt.EvtObserver] -> [Help 1]

unless I manually add its dependencies explicitly.


nbm-maven-plugin 4.6 handled the dependencies of tilesfx 11.48 fine.

I have no idea if this is due to nbm-maven-plugin or something else.

Patrik




Den tors 10 feb. 2022 kl 18:25 skrev Eric Barboni :

> Dear members of Apache NetBeans community.
>
>
>
> I want to call a vote on releasing Apache NetBeans utilities
> nbm-maven-plugin version 4.7.
>
>
>
> nbm-maven-plugin 4.7 is a maven plugin that allow to build/run Apache
> NetBeans Platform using maven artefacts.
>
> Changes from 4.6:
>
> NETBEANSINFRA-262  Fixed missing Class-Path URL decoding
>
> version of asm 9.2 to be able to use jdk 17
>
>
>
> fixes on the web page
>
>
>
> The voted artefacts sources are located here:
>
>
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans-maven-utilities/nbm
> -maven-plugin/nbm-maven-plugin-4.7/
> 
>
>
>
> In addition to that, Maven artifacts built from
> https://github.com/apache/netbeans-mavenutils-nbm-maven-plugin
>
> with the commit id 9c1fe033eae4361d6b31504d926f1a4e5151a890(tag
> nbm-maven-plugin-4.7) are staged in the following repository:
>
>
>
> https://repository.apache.org/content/repositories/orgapachenetbeans-1096/
>
>
>
> sha512 is:
>
>
> 7dbfec7a48a8ec3660dde21a4317bc40cadd53a476b60d5c4eba06c3afac240af164eca0e069
> b2a4867d832dd7ee37c4dc9049dcde41b9b669d517165792815c
>
>
>
> Key file is here:
>
> https://www.apache.org/dist/netbeans/KEYS
>
>
>
> The vote is open for at least 72h.
>
> Best Regards
>
>
>
> Eric Barboni (skygo)
>
>

Re: RC's on Ubuntu Snap/Edge

[Patrik Karlström]

All good now, thanks!

Den fre 28 jan. 2022 kl 18:52 skrev Laszlo Kishalmi <
laszlo.kisha...@gmail.com>:

> Thanks for catching that. It seems I left some experimental stuff in.
>
> Fixed. Please refresh now!
>
> On 1/28/22 06:03, Patrik Karlström wrote:
> > Got it now and and I was told:
> > $ netbeans
> > Cannot find java. Please use the --jdkhome switch.
> >
> > Looking in the snaps netbeans.conf I see
> > netbeans_jdkhome="${SNAP}/jdk"
> > but the jdk dir is empty.
> >
> > I know how to override that but I guess something is wrong.
> >
> > Den tors 27 jan. 2022 kl 20:28 skrev Laszlo Kishalmi <
> > laszlo.kisha...@gmail.com>:
> >
> >> Done. The 13-rc2 is available on the edge channel, if you are already
> >> following the edge channel, the refresh can be forced by:
> >>
> >> snap refresh netbeans
> >>
> >> The package is slightly larger than before, but it should be faster on
> >> the start.
> >>
> >> On 1/27/22 10:18, Patrik Karlström wrote:
> >>> Nice, thanks.
> >>> Looking forward to test it.
> >>>
> >>> Den tors 27 jan. 2022 17:36Laszlo Kishalmi 
> >>> skrev:
> >>>
> >>>> RC2 will be available today. I had to make some adjustments on the
> >>>> previous scripts for 13-rc1. As 13 no longer starts with 12.x user dir
> >>>> due to the built-in nbjavac in 13 is clashing the externally
> downloaded
> >>>> one in 12.x.
> >>>>
> >>>> I could upload the 13-rc1 as that is running for me now, but I'd
> rather
> >>>> have the 13-rc2 today.
> >>>>
> >>>>
> >>>> On 1/27/22 06:18, Patrik Karlström wrote:
> >>>>> I think I used to get the RC's through the edge channel of the snap a
> >>>>> couple of versions back.
> >>>>>
> >>>>> Would it be possible to publish the snap package for every RC?
> >>>>>
> >>>>> /Patrik
> >>>>>
> >>>> -
> >>>> 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: RC's on Ubuntu Snap/Edge

[Patrik Karlström]

Got it now and and I was told:
$ netbeans
Cannot find java. Please use the --jdkhome switch.

Looking in the snaps netbeans.conf I see
netbeans_jdkhome="${SNAP}/jdk"
but the jdk dir is empty.

I know how to override that but I guess something is wrong.

Den tors 27 jan. 2022 kl 20:28 skrev Laszlo Kishalmi <
laszlo.kisha...@gmail.com>:

> Done. The 13-rc2 is available on the edge channel, if you are already
> following the edge channel, the refresh can be forced by:
>
> snap refresh netbeans
>
> The package is slightly larger than before, but it should be faster on
> the start.
>
> On 1/27/22 10:18, Patrik Karlström wrote:
> > Nice, thanks.
> > Looking forward to test it.
> >
> > Den tors 27 jan. 2022 17:36Laszlo Kishalmi 
> > skrev:
> >
> >> RC2 will be available today. I had to make some adjustments on the
> >> previous scripts for 13-rc1. As 13 no longer starts with 12.x user dir
> >> due to the built-in nbjavac in 13 is clashing the externally downloaded
> >> one in 12.x.
> >>
> >> I could upload the 13-rc1 as that is running for me now, but I'd rather
> >> have the 13-rc2 today.
> >>
> >>
> >> On 1/27/22 06:18, Patrik Karlström wrote:
> >>> I think I used to get the RC's through the edge channel of the snap a
> >>> couple of versions back.
> >>>
> >>> Would it be possible to publish the snap package for every RC?
> >>>
> >>> /Patrik
> >>>
> >> -
> >> 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: RC's on Ubuntu Snap/Edge

[Patrik Karlström]

Nice, thanks.
Looking forward to test it.

Den tors 27 jan. 2022 17:36Laszlo Kishalmi 
skrev:

> RC2 will be available today. I had to make some adjustments on the
> previous scripts for 13-rc1. As 13 no longer starts with 12.x user dir
> due to the built-in nbjavac in 13 is clashing the externally downloaded
> one in 12.x.
>
> I could upload the 13-rc1 as that is running for me now, but I'd rather
> have the 13-rc2 today.
>
>
> On 1/27/22 06:18, Patrik Karlström wrote:
> > I think I used to get the RC's through the edge channel of the snap a
> > couple of versions back.
> >
> > Would it be possible to publish the snap package for every RC?
> >
> > /Patrik
> >
>
> -
> 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
>
>
>
>

RC's on Ubuntu Snap/Edge

[Patrik Karlström]

I think I used to get the RC's through the edge channel of the snap a
couple of versions back.

Would it be possible to publish the snap package for every RC?

/Patrik

Re: How to get output of System.out.println() in NB Output view?

[Patrik Karlström]

IIRC System.err shows up when .out do not.

Den fre 21 jan. 2022 11:54Michael Bien  skrev:

> we are talking about different things :)
>
> the original post was about debugging with some System.out.println(). I
> don't think this is copied to the IDE log. You would only see it in the
> output (IDE output or shell) - assuming you don't run into the 32/64bit
> bug which was mentioned before and I didn't know about.
>
> proper loggers do of course land in the actual log as you said.
>
> -mbien
>
> On 21.01.22 11:40, antonio wrote:
> > I'm luck to see it in the Show/IDE Log then... :-)
> >
> > https://imgur.com/a/q0cHCuI
> >
> > Maybe you should try using INFO/SEVERE levels, though.
> >
> > Cheers,
> > Antonio
> >
> > On 20/01/2022 12:18, Michael Bien wrote:
> >> it won't show up in the log view, however, if you start the platform
> >> application or module with netbeans (e.g run project), it should be
> >> visible in the output window (of the IDE, not from the app).
> >>
> >> -mbien
> >
> > -
> > 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: [snap,javafx] Dirty IDE exit WAS Re: False(?) warning on Exit IDE with RELEASE120-1 applications

[Patrik Karlström]

Den tors 30 dec. 2021 kl 18:11 skrev Neil C Smith :

> Can you reproduce the effect of removing html4j from the platform app
> fixing it?
>
>
Sorry Neil, I missed that.

Not really sure of the best way to remove html4j I ended up adding the
following (including templatesui) to the platform dependency.
That made the problem disappear.



org.netbeans.html
net.java.html.boot.fx


org.netbeans.html
net.java.html


org.netbeans.api
org-netbeans-api-htmlui


org.netbeans.html
net.java.html.geo


org.netbeans.html
net.java.html.boot


org.netbeans.html
net.java.html.sound


org.netbeans.html
net.java.html.json


org.netbeans.html
net.java.html.boot.script


org.netbeans.modules

org-netbeans-modules-templatesui

Re: [snap,javafx] Dirty IDE exit WAS Re: False(?) warning on Exit IDE with RELEASE120-1 applications

[Patrik Karlström]

Thank you Laszlo,
I have now tested the edge snap, and verified that the former FX components
are gone.
And it works, sometimes...

A pattern is appearing and it looks to me that the problem indeed started
with the platform maven version RELEASE120(-1/-u1) upto and including
RELEASE126
in combination with either running
NetBeans IDE on a JDK with bundle FX,
or on a vanilla JDK but with NetBeans module JavaFX Implementation
installed.

This is true for me on Linux and I'm pretty certain that it applies on my
Windows installation too.

Can anyone else reproduce this by testing on the "new project template"
with RELEASE113 and RELEASE126 against JDKs with and without JavaFX?

Den lör 25 dec. 2021 kl 21:09 skrev Laszlo Kishalmi <
laszlo.kisha...@gmail.com>:

> Just uploaded a new package to the edge channel of Snapcraft. Please
> test that one.
>
> It is built from the same source as the previous one, just removed the
> extra cluster from the packaging.
>
> On 12/23/21 09:16, Patrik Karlström wrote:
> > Den tors 23 dec. 2021 kl 17:19 skrev Neil C Smith  >:
> >
> >> On Thu, 23 Dec 2021 at 13:12, Patrik Karlström 
> wrote:
> >>> Being a SNAP user I got his plugin unknowingly activated by default,
> >>> noticed this after doing a directory diff against the 12.6 binary zip.
> >>> I'm not able to disable it from the snap but when I enable/disable the
> >>> plugin in the standalone zip I'm able to predict the behavior of the
> IDE
> >>> shutdown process.
> >> That's concerning!  As an ASF provided binary that should not have
> >> JavaFX pre-installed, or non-disable-able.  What was the directory
> >> diff?
> >>
> >>
> > The diff was large to to different builds but it lead me to:
> > pata@xps:~$ tree /snap/netbeans/current/netbeans/extra/modules/
> > /snap/netbeans/current/netbeans/extra/modules/
> > ├── ext
> > │   ├── javafx-base-17-linux.jar
> > │   ├── javafx-base-17-linux.jar.external
> > │   ├── javafx-base-17-mac.jar
> > │   ├── javafx-base-17-mac.jar.external
> > │   ├── javafx-base-17-win.jar
> > │   ├── javafx-base-17-win.jar.external
> > │   ├── javafx-controls-17-linux.jar
> > │   ├── javafx-controls-17-linux.jar.external
> > │   ├── javafx-controls-17-mac.jar
> > │   ├── javafx-controls-17-mac.jar.external
> > │   ├── javafx-controls-17-win.jar
> > │   ├── javafx-controls-17-win.jar.external
> > │   ├── javafx-graphics-17-linux.jar
> > │   ├── javafx-graphics-17-linux.jar.external
> > │   ├── javafx-graphics-17-mac.jar
> > │   ├── javafx-graphics-17-mac.jar.external
> > │   ├── javafx-graphics-17-win.jar
> > │   ├── javafx-graphics-17-win.jar.external
> > │   ├── javafx-media-17-linux.jar
> > │   ├── javafx-media-17-linux.jar.external
> > │   ├── javafx-media-17-mac.jar
> > │   ├── javafx-media-17-mac.jar.external
> > │   ├── javafx-media-17-win.jar
> > │   ├── javafx-media-17-win.jar.external
> > │   ├── javafx-swing-17-linux.jar
> > │   ├── javafx-swing-17-linux.jar.external
> > │   ├── javafx-swing-17-mac.jar
> > │   ├── javafx-swing-17-mac.jar.external
> > │   ├── javafx-swing-17-win.jar
> > │   ├── javafx-swing-17-win.jar.external
> > │   ├── javafx-web-17-linux.jar
> > │   ├── javafx-web-17-linux.jar.external
> > │   ├── javafx-web-17-mac.jar
> > │   ├── javafx-web-17-mac.jar.external
> > │   ├── javafx-web-17-win.jar
> > │   └── javafx-web-17-win.jar.external
> > ├── org-netbeans-libs-javafx-linux.jar
> > ├── org-netbeans-libs-javafx-macosx.jar
> > └── org-netbeans-libs-javafx-win.jar
> >
> > 1 directory, 39 files
> >
>
> -
> 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: Happy holidays all

[Patrik Karlström]

God Jul och Gott Nytt År till er alla!

Den fre 24 dec. 2021 19:53John Mc  skrev:

> Happy Holidays to everyone
>
>
> Regards
>
> John
>
> On Fri 24 Dec 2021, 18:07 Laszlo Kishalmi, 
> wrote:
>
> > Happy Holidays!
> >
> >
> > Nr. 3 looks really interesting! Thank you!
> >
> > On 12/24/21 09:20, Geertjan Wielenga wrote:
> > > Hi all,
> > >
> > > Happy holidays all. :-)
> > >
> > > It’s been another great year of quarterly Apache NetBeans releases. In
> > the
> > > coming year, we’re looking forward to and can expect:
> > >
> > > 1. Better start up experience via direct integration of nb-javac into
> > > Apache NetBeans.
> > >
> > > 2. Whole number releases, i.e., the next release will be 13, then 14,
> > then
> > > 15, etc.
> > >
> > > 3. Better start up experience via bundling of OpenJDK with Apache
> > NetBeans,
> > > which can’t be done as part of Apache because of the licensing of the
> > > OpenJDK, and will be hosted below, at least:
> > >
> > > https://www.codelerity.com/netbeans/
> > >
> > > The above developments, all of which have been discussed at length or
> at
> > > least mentioned on this list several times, together will put Apache
> > > NetBeans in a strong position to offer a more complete and coherent
> basis
> > > for further contributions and usage in developer communities.
> > >
> > > Thanks all for your involvement and support for this project, for some
> of
> > > you over many years indeed. :-)
> > >
> > > Kind regards,
> > >
> > > Gj
> > >
> > > PMC Chair
> > >
> >
> > -
> > 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: [snap,javafx] Dirty IDE exit WAS Re: False(?) warning on Exit IDE with RELEASE120-1 applications

[Patrik Karlström]

Den tors 23 dec. 2021 kl 17:19 skrev Neil C Smith :

> On Thu, 23 Dec 2021 at 13:12, Patrik Karlström  wrote:
> > Being a SNAP user I got his plugin unknowingly activated by default,
> > noticed this after doing a directory diff against the 12.6 binary zip.
> > I'm not able to disable it from the snap but when I enable/disable the
> > plugin in the standalone zip I'm able to predict the behavior of the IDE
> > shutdown process.
>
> That's concerning!  As an ASF provided binary that should not have
> JavaFX pre-installed, or non-disable-able.  What was the directory
> diff?
>
>
The diff was large to to different builds but it lead me to:
pata@xps:~$ tree /snap/netbeans/current/netbeans/extra/modules/
/snap/netbeans/current/netbeans/extra/modules/
├── ext
│   ├── javafx-base-17-linux.jar
│   ├── javafx-base-17-linux.jar.external
│   ├── javafx-base-17-mac.jar
│   ├── javafx-base-17-mac.jar.external
│   ├── javafx-base-17-win.jar
│   ├── javafx-base-17-win.jar.external
│   ├── javafx-controls-17-linux.jar
│   ├── javafx-controls-17-linux.jar.external
│   ├── javafx-controls-17-mac.jar
│   ├── javafx-controls-17-mac.jar.external
│   ├── javafx-controls-17-win.jar
│   ├── javafx-controls-17-win.jar.external
│   ├── javafx-graphics-17-linux.jar
│   ├── javafx-graphics-17-linux.jar.external
│   ├── javafx-graphics-17-mac.jar
│   ├── javafx-graphics-17-mac.jar.external
│   ├── javafx-graphics-17-win.jar
│   ├── javafx-graphics-17-win.jar.external
│   ├── javafx-media-17-linux.jar
│   ├── javafx-media-17-linux.jar.external
│   ├── javafx-media-17-mac.jar
│   ├── javafx-media-17-mac.jar.external
│   ├── javafx-media-17-win.jar
│   ├── javafx-media-17-win.jar.external
│   ├── javafx-swing-17-linux.jar
│   ├── javafx-swing-17-linux.jar.external
│   ├── javafx-swing-17-mac.jar
│   ├── javafx-swing-17-mac.jar.external
│   ├── javafx-swing-17-win.jar
│   ├── javafx-swing-17-win.jar.external
│   ├── javafx-web-17-linux.jar
│   ├── javafx-web-17-linux.jar.external
│   ├── javafx-web-17-mac.jar
│   ├── javafx-web-17-mac.jar.external
│   ├── javafx-web-17-win.jar
│   └── javafx-web-17-win.jar.external
├── org-netbeans-libs-javafx-linux.jar
├── org-netbeans-libs-javafx-macosx.jar
└── org-netbeans-libs-javafx-win.jar

1 directory, 39 files

[snap,javafx] Dirty IDE exit WAS Re: False(?) warning on Exit IDE with RELEASE120-1 applications

[Patrik Karlström]

Bringing this one back to life after 18 months :)

I have had this problem ever since in each NetBeans session when running
platform applications.
And today I had enough so I have been poking around for hours and made some
progress.
I was able to track it down to the enablement of the plugin "JavaFX
Implementation for Linux".
(I do have this problem on Windows too but am unable to verify it there
now.)

When this is enabled, the problem occurs, when disabled it does not.

The testing was done on a fresh install of Ubuntu 21.10 in virtualbox with
JDK 11 from the ubuntu repo.

Being a SNAP user I got his plugin unknowingly activated by default,
noticed this after doing a directory diff against the 12.6 binary zip.
I'm not able to disable it from the snap but when I enable/disable the
plugin in the standalone zip I'm able to predict the behavior of the IDE
shutdown process.

Here is the relevant excerpt from the original post.

For a couple of days I've been noticing  suspicious behavior when exiting
the IDE after running platform applications based upon RELEASE120-1, I
think.

Even though the output window displays something like

BUILD SUCCESS

Total time:  16.010 s
Finished at: 2020-06-15T16:45:24+02:00


and the menu item "Run/Stop build/run" is disabled

I get the following dialog when exiting the IDE

Exit IDE
Exiting the IDE will terminate the following processes:
Process - Run(...)
Process - Run(...)
Process - Run(...)
...*

*Number of rows depending on the number of application starts.

And the thing is, when I DO have the application running and trying to exit
the IDE,
the dialog shows two rows, one WITH "Process - ", and one without.

I noticed this in my platform application, on Kubuntu and Windows, and was
able to reproduce on a fresh project.

Re: nbm-maven-plugin with source level 17

[Patrik Karlström]

Oh, I don't mind the work at all.
I could have been more verbose and I do get your point.
Without the part of "Is this due to the fact that I'm using
nbm-maven-plugin 4.6" it would have been an awful question.

However, as stated, I think it's a valid one. Like:
"I'm having problems with enum, is this due to the fact that I'm using JDK
1.4?"

/Patrik

Den tis 28 sep. 2021 kl 19:48 skrev Matthias Bläsing <
mblaes...@doppel-helix.eu>:

> Hi,
>
> Am Dienstag, dem 28.09.2021 um 11:28 +0200 schrieb Patrik Karlström:
> >
> > I'm having a problem building my platform application with source level
> 17,
> > and using external dependencies with source level 17.
> >
> > Is this due to the fact that I'm using nbm-maven-plugin 4.6?
> >
>
> I don't know how Eric could help you, because I'm missing at least a
> full error description. The next good think would be a minimal
> reproducer. Yes that is work, but random questions without real context
> are frustrating.
>
> Greetings
>
> Matthias
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>

Re: nbm-maven-plugin with source level 17

[Patrik Karlström]

Ok, thanks for the confirmation!

Den tis 28 sep. 2021 11:54Eric Barboni  skrev:

> Hi
> I think so,  the maven-dependency-analyzer is not released yet so we have
> to wait until Apache Maven team trigger a release.
>
> Best Regards
> Eric
>
> -Message d'origine-
> De : Patrik Karlström 
> Envoyé : mardi 28 septembre 2021 11:29
> À : dev@netbeans.apache.org
> Objet : nbm-maven-plugin with source level 17
>
> Hi,
> I'm having a problem building my platform application with source level
> 17, and using external dependencies with source level 17.
>
> Is this due to the fact that I'm using nbm-maven-plugin 4.6?
>
> /Patrik
>
>
> -
> 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
>
>
>
>

nbm-maven-plugin with source level 17

[Patrik Karlström]

Hi,
I'm having a problem building my platform application with source level 17,
and using external dependencies with source level 17.

Is this due to the fact that I'm using nbm-maven-plugin 4.6?

/Patrik

Re: [VOTE] Release Apache NetBeans 12.4 Maven artefacts

[Patrik Karlström]

+1
Works just fine.

Den fre 28 maj 2021 13:55Andreas Sewe  skrev:

> Rami Swailem wrote:
> > Thank you for this Eric. Tried it and works for me, perfect …
> >
> > a vote from community member :-)
>
> Here's my +1 (from another happy community member)
>
> Best wishes,
>
> Andreas Sewe
>
> --
> Dr. Andreas Sewe | s...@cqse.eu | +49 152 56342856
> CQSE GmbH | Centa-Hafenbraedl-Strasse 59 | 81249 Muenchen | www.cqse.eu
> Amtsgericht Muenchen | HRB 177678 | GF: F. Deissenboeck, M. Feilkas
>
>

Re: [12.4-rc1] "Go to Type" NPE org.netbeans.modules.lsp.client.LSPBindings

[Patrik Karlström]

Great, thank You for the PR!

Den sön 25 apr. 2021 kl 22:10 skrev Jan Lahoda :
>
> FYI:
> https://github.com/apache/netbeans/pull/2911
>
> Thanks for the report!
>
> Jan
>
>
> On Sun, Apr 25, 2021 at 7:05 AM Patrik Karlström  wrote:
>
> > Whenever I hit Ctrl + O and start typing something it results in the NPE
> > below.
> > I noticed this first on the snap build with JDK 16 so I tried the
> > 12.4-rc1.zip with JDK 11 and it's the same problem there.
> > Clearing cache and userdir does not help.
> >
> > Is it just me or can anyone confirm?
> >
> > java.lang.NullPointerException
> > at
> > org.netbeans.modules.lsp.client.LSPBindings.lambda$getAllBindings$10(LSPBindings.java:369)
> > at
> > java.base/java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:195)
> > at
> > java.base/java.util.HashMap$ValueSpliterator.forEachRemaining(HashMap.java:1675)
> > at
> > java.base/java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:658)
> > at
> > java.base/java.util.stream.ReferencePipeline$7$1.accept(ReferencePipeline.java:274)
> > at
> > java.base/java.util.HashMap$ValueSpliterator.forEachRemaining(HashMap.java:1675)
> > at
> > java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:484)
> > at
> > java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:474)
> > at
> > java.base/java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:150)
> > at
> > java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:173)
> > at
> > java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
> > at
> > java.base/java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:497)
> > at
> > org.netbeans.modules.lsp.client.LSPBindings.getAllBindings(LSPBindings.java:371)
> > at
> > org.netbeans.modules.lsp.client.bindings.BaseSymbolProvider.computeSymbolNames(BaseSymbolProvider.java:71)
> > at
> > org.netbeans.modules.lsp.client.bindings.TypeProviderImpl.computeTypeNames(TypeProviderImpl.java:52)
> > at
> > org.netbeans.modules.jumpto.type.GoToTypeAction$Worker.getTypeNames(GoToTypeAction.java:614)
> > at
> > org.netbeans.modules.jumpto.type.GoToTypeAction$Worker.run(GoToTypeAction.java:522)
> > 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)
> > [catch] at
> > org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)
> >
> > -
> > 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

[12.4-rc1] "Go to Type" NPE org.netbeans.modules.lsp.client.LSPBindings

[Patrik Karlström]

Whenever I hit Ctrl + O and start typing something it results in the NPE below.
I noticed this first on the snap build with JDK 16 so I tried the
12.4-rc1.zip with JDK 11 and it's the same problem there.
Clearing cache and userdir does not help.

Is it just me or can anyone confirm?

java.lang.NullPointerException
at 
org.netbeans.modules.lsp.client.LSPBindings.lambda$getAllBindings$10(LSPBindings.java:369)
at 
java.base/java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:195)
at 
java.base/java.util.HashMap$ValueSpliterator.forEachRemaining(HashMap.java:1675)
at 
java.base/java.util.stream.ReferencePipeline$Head.forEach(ReferencePipeline.java:658)
at 
java.base/java.util.stream.ReferencePipeline$7$1.accept(ReferencePipeline.java:274)
at 
java.base/java.util.HashMap$ValueSpliterator.forEachRemaining(HashMap.java:1675)
at 
java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:484)
at 
java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:474)
at 
java.base/java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:150)
at 
java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:173)
at 
java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
at 
java.base/java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:497)
at 
org.netbeans.modules.lsp.client.LSPBindings.getAllBindings(LSPBindings.java:371)
at 
org.netbeans.modules.lsp.client.bindings.BaseSymbolProvider.computeSymbolNames(BaseSymbolProvider.java:71)
at 
org.netbeans.modules.lsp.client.bindings.TypeProviderImpl.computeTypeNames(TypeProviderImpl.java:52)
at 
org.netbeans.modules.jumpto.type.GoToTypeAction$Worker.getTypeNames(GoToTypeAction.java:614)
at 
org.netbeans.modules.jumpto.type.GoToTypeAction$Worker.run(GoToTypeAction.java:522)
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)
[catch] at 
org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2033)

-
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

Plugin information on the website

[Patrik Karlström]

I was about to remove the reference to the deprecated plugin site in
the last paragraph on https://netbeans.apache.org/plugins/index.html
when I realized that probably everything except the first sentence is
outdated.

Given that there is a link to the active plugin portal in the header,
shouldn't this page and its reference in the footer be removed?

As it is now, there are two links named Plugins with different targets.

/Patrik

-
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: WM_CLASS(STRING) = "java-lang-Thread", "java-lang-Thread"

[Patrik Karlström]

Much better thank you.
WM_CLASS(STRING) = "Mapton", "Mapton"

Den mån 29 mars 2021 kl 19:22 skrev Bläsing, Matthias
:
>
> Hi Patrik,
>
> Am 29.03.2021 um 19:02 schrieb Patrik Karlström:
> > Ok, so I tested with -J--add-opens=java.desktop/sun.awt=ALL-UNNAMED,
> > but the result is still
> > WM_CLASS(STRING) = "java-lang-Thread", "java-lang-Thread".
>
> sorry, the package was wrong. Could you please retest with
>
> -J--add-opens=java.desktop/sun.awt.X11=ALL-UNNAMED
>
> The syntax is --add-opens=/= and the
> class XToolkit is in the sun.awt.X11 package.
>
> 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
>
>
>

-
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: WM_CLASS(STRING) = "java-lang-Thread", "java-lang-Thread"

[Patrik Karlström]

Ok, so I tested with -J--add-opens=java.desktop/sun.awt=ALL-UNNAMED,
but the result is still
WM_CLASS(STRING) = "java-lang-Thread", "java-lang-Thread".

Den sön 28 mars 2021 kl 21:13 skrev Bläsing, Matthias
:
>
> [Resend to mailinglist]
>
> Hi Jan,
>
>
> Am 28.03.2021 um 19:50 schrieb Jan Lahoda:
> > If we need to get access to something like this, using something more
> > specific like "--add-opens java.desktop/sun.awt=ALL-UNNAMED" is AFAIK a
> > much better way.
>
> good idea. I don't see the swing implementation for X11 to change
> anytime soon, so this would also be a longer term solution and we
> already open half of the JDK, so would be perfectly in line with the
> codebase.
>
> @Patrik could you please also test that?
>
> In this case it was a case of "If (all) you have a hammer, everything
> looks like a nail". Thanks for reminding me, that there are more
> appropriate tools available.
>
> 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
>
>
>

-
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: WM_CLASS(STRING) = "java-lang-Thread", "java-lang-Thread"

[Patrik Karlström]

I can confirm that "--illegal-access=permit" helps.

Den sön 28 mars 2021 kl 17:04 skrev Bläsing, Matthias
:
>
> Hi Patrik,
>
> Am 28.03.2021 um 13:01 schrieb Patrik Karlström:
> > I noticed that kwin did not apply my window rules any more, not for
> > NetBeans nor for my platform application.
> >
> > pata@xps:~/tmp$ xprop WM_CLASS
> > WM_CLASS(STRING) = "java-lang-Thread", "java-lang-Thread"
> >
> > That was with 16.0.0.fx-zulu, switching to Java 11 works fine (so did 15):
> >
> > pata@xps:~/tmp$ xprop WM_CLASS
> > WM_CLASS(STRING) = "Mapton", "Mapton"
>
> I suspect that you see:
>
> https://openjdk.java.net/jeps/396
>
> combined with:
>
> https://bugs.openjdk.java.net/browse/JDK-6528430
>
> (yes the issue was created 14! years ago!)
>
> Please test if adding "--illegal-access=permit" to the JVM launch flags
> helps. JVM flags supplied via config or CLI need to be prefixed with
> "-J", so the above becomes "-J--illegal-access=permit".
>
> I tested on windows with "--illegal-access=debug" like this:
>
> C:\LokaleProgramme\netbeans\bin\netbeans64.exe -J--illegal-access=debug
>
> And got this report:
>
> WARNING: Illegal reflective access by 
> org.netbeans.core.output2.FileMapStorage 
> (jar:file:/C:/LokaleProgramme/netbeans/platform/modules/org-netbeans-core-output2.jar!/)
>  to method java.nio.DirectByteBuffer.cleaner()
>  at 
> org.netbeans.core.output2.FileMapStorage.unmap(FileMapStorage.java:311)
>  at 
> org.netbeans.core.output2.FileMapStorage.access$400(FileMapStorage.java:38)
>  at 
> org.netbeans.core.output2.FileMapStorage$MappedBufferResource.decRefs(FileMapStorage.java:479)
>  at 
> org.netbeans.core.output2.FileMapStorage.updateContents(FileMapStorage.java:377)
>  at 
> org.netbeans.core.output2.FileMapStorage.getReadBuffer(FileMapStorage.java:341)
>
> As "--illegal-access" is deprecated for removal, we might need to turn
> to harder methods to hack into the JDK (or convince someone to fix the
> bug mentioned above). Given that we have JNA in our hands, we could try
> to go throught the JNI layer to break module encapsulation (yes it is a
> sledgehammer, but I don't see an alternative, which will then also work
> on JDK 16).
>
> It seems our friends over at JetBrains face the same problem:
>
> https://youtrack.jetbrains.com/issue/JBR-1280
>
> Before doing anything further we should see if running with
> "--illegal-access=permit" helps.
>
> Greetings
>
> Matthias
>
> |
> |
>

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: WM_CLASS(STRING) = "java-lang-Thread", "java-lang-Thread"

[Patrik Karlström]

Den sön 28 mars 2021 kl 13:13 skrev Neil C Smith :
>
> On Sun, 28 Mar 2021, 12:02 Patrik Karlström,  wrote:
>
> > I noticed that kwin did not apply my window rules any more, not for
> > NetBeans nor for my platform application.
> >
>
> I'm surprised JDK makes a difference. I've mentioned this before, and is
> related to the new splash implementation as far as I know. Try launching
> with --nosplash and see if it works?

Just tried, --nosplash did not do anything for WM_CLASS.

-
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

WM_CLASS(STRING) = "java-lang-Thread", "java-lang-Thread"

[Patrik Karlström]

I noticed that kwin did not apply my window rules any more, not for
NetBeans nor for my platform application.

pata@xps:~/tmp$ xprop WM_CLASS
WM_CLASS(STRING) = "java-lang-Thread", "java-lang-Thread"

That was with 16.0.0.fx-zulu, switching to Java 11 works fine (so did 15):

pata@xps:~/tmp$ xprop WM_CLASS
WM_CLASS(STRING) = "Mapton", "Mapton"

Found this thread on the users list
https://mail-archives.apache.org/mod_mbox/netbeans-users/202001.mbox/browser

Back then it was stated that the nb snap worked fine, but today it is
not, wrt to WM_CLASS.

/Patrik

-
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

Duplicate Exit IDE dialogs - org-netbeans-modules-extbrowser

[Patrik Karlström]

This started out on the users list and I have now somewhat located one
of the problems.

Here is the example project:
https://github.com/trixon/nb-pendingtask

https://github.com/trixon/nb-pendingtask/blob/29b91caa8f37929494eece19ee032eb533761ea8/pendingTask2-sample/pom.xml#L50

With the org-netbeans-modules-extbrowser dependency I get 2 Exit "IDE"
dialogs and the following output:
INFO [org.netbeans.core.execution.Install]: KILL_PENDING_TASKS
INFO [org.netbeans.core.execution.Install]: KILL_PENDING_TASKS

Without that dependency I get 0 confirmation dialog.

Isn't 1 dialog preferred, with or without that dependency?

/Patrik

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: [VOTE] Release Apache NetBeans 12.3 Maven artefacts

[Patrik Karlström]

+1

Den fre 5 mars 2021 kl 14:02 skrev Neil C Smith :
>
> Hi all,
>
> The Maven artefacts for Apache NetBeans 12.3 are ready on staging to
> be checked and voted on.
>
> The version is : RELEASE123
>
> Staged at : 
> https://repository.apache.org/content/repositories/orgapachenetbeans-1082
>
> Built from git hash : c3d4f6fa6c956cf1b5a35e8da4f44a96ab76f6a9 (the
> implementation version for most modules should show up as
> 12.3-c3d4f6fa6c956cf1b5a35e8da4f44a96ab76f6a9)
>
> By build job : 
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release123/14/
>
> All artefacts are signed by my key and verified by the
> repository.apache.org closing phase.
>
> This vote is going to be open for at least 72 hours. Vote with +1, 0,
> -1 as usual.
>
> Many thanks,
>
> Neil
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: [VOTE] Release of Apache NetBeans utilities nbm-maven-plugin version 4.6

[Patrik Karlström]

+1

Den tors 4 mars 2021 kl 16:07 skrev Eric Barboni :
>
> Dear members of Apache NetBeans community.
>
>
>
> As we are in a voting spree :D, I want to call a vote on releasing in one
> step Apache NetBeans utilities nbm-maven-plugin version 4.6.
>
>
>
> nbm-maven-plugin 4.6 is a maven plugin that allow to build/run Apache
> NetBeans Platform using maven artefacts.
>
>
>
>
>
> Changes from 4.5:
>
> -NETBEANSINFRA-37 build mac goal
>
> -NETBEANSINFRA-187 nbmbuildir usage ajdustment
>
> -NETBEANSINFRA-188 Fix slow copies of module jar files
>
> -improved jdk detection on windows
>
> -minor build fixes
>
> -build can be done on jdk >= 14. Jdk 8 is still the baseline for maven
> plugin.
>
>
>
> Important Notice backward incompatibility
>
> nbm-maven-plugin 4.6 execution on jdk >= 14 will not work on nbm that use
> pack200
>
>
>
> The voted artefacts sources are located here:
>
>
>
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans-maven-utilities/nbm
> -maven-plugin/nbm-maven-plugin-4.6/
>
>
>
> In addition to that, Maven artifacts built from
> https://github.com/apache/netbeans-mavenutils-nbm-maven-plugin
>
> with the commit id 8f0930afd4c64786d6944fbbe28484f48851098f(tag
> nbm-maven-plugin-4.6) are staged in the following repository:
>
> https://repository.apache.org/content/repositories/orgapachenetbeans-1081/
>
>
>
> sha512 is:
>
> f8486dadbfab38384926fab3c6bb2a44cb7f7e270068aa959747d1b3797b0fae5a7958cad5aa
> 7d66c5ebf0724566c343aee405e5ba69c016f78a92cc8d4f768d
>
>
>
> Key file is here:
>
> https://www.apache.org/dist/netbeans/KEYS
>
>
>
> The vote is open for at least 72h.
>
>
>
> Best Regards
>
>
>
> Eric Barboni (skygo)
>

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: [VOTE] Release Apache NetBeans-12.3 Linux Installer

[Patrik Karlström]

It looks like the license information is for a development version and
might cause some questions.
APACHE NETBEANS IDE DEVELOPMENT VERSION ("Product")


Besides that, +1

Tested on NetRunner (Debian Buster 10.7)
Install was on KDE Plasma; start menu option was not created correctly

Uninstalls fine too.

Den ons 3 mars 2021 kl 20:58 skrev Geertjan Wielenga :
>
> Hi,
>
> We can vote for Apache NetBeans 12.3 Windows installer.
>
> Primary voting artefact:
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.3-installers/Apache-NetBeans-12.3-bin-linux-x64.sh
>
> KEYS file:
> https://dist.apache.org/repos/dist/release/netbeans/KEYS
>
> PGP signature file:
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.3-installers/Apache-NetBeans-12.3-bin-linux-x64.sh.asc
>
> SHA512 checksum file
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.3-installers/Apache-NetBeans-12.3-bin-linux-x64.sh.sha512
>
> Built locally using the artefacts found in the Jenkins job:
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release123/14/
>
> This vote is going to be open at least 72 hours, vote with +1, 0, and -1 as
> usual. Please mark your vote with (binding) if you're an Apache NetBeans
> PMC member.
>
> Apache NetBeans-12.3 Linux Installer will be released if and when this vote
> passes.
>
> Regards
>
> Geertjan

-
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: Heads-up: netbeans.org EOL on March 6th

[Patrik Karlström]

I mentioned this in the vote thread, perhaps it's worth bringing up here too.
After all, it's one of the first things a new user will experience, if
clicking the link that is.

>In the Usage statistics dialog that pops up on the second start,
>"Learn more" points to https://netbeans.org/about/usage-tracking.html
>
>how will that work after the shutdown?

Den tis 23 feb. 2021 kl 15:27 skrev Jiří Kovalský :
>
> Hello NetBeans community,
>
> I knew this day would come but I didn't expect it would be me
> announcing with mixed feelings that the netbeans.org domain will reach
> its end of life on 6th of March, 2021. March 6th is the date when Oracle
> hosting of the Hg repositories, website, BugZilla, Wiki, Plugin Portal
> and many other services will be turned off followed by complete
> decommissioning of the infrastructure.
>
> So, if anyone still wants to download some old binary such as
> NetBeans IDE 8.2 installer [1], remember old icons/posters [2], see
> historic screenshots [3], backup favorite FAQs [4] or clone some of the
> repositories [5], the right time has come.
>
> [1] https://netbeans.org/downloads/old/8.2/
> [2] https://netbeans.org/community/teams/evangelism/collateral-archive.html
> [3] https://netbeans.org/birthday/historic-screenshots.html
> [4] http://wiki.netbeans.org/Main_Page
> [5] https://hg.netbeans.org/
>
> Many thanks to NetBeans founders, all Sun Microsystems Inc.
> engineers and all contributors from the NetBeans community who worked on
> the Build Your Own Tool idea over the years!
>
> Long live to https://netbeans.apache.org domain! :)
>
> -Jirka
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: [VOTE] Release Apache NetBeans 12.3 (vote candidate 1)

[Patrik Karlström]

+1

All steps ok
- Verified checksum
- Found no unexpected jar files
- Verified cryptographic, read NOTICE & LICENSE file
- Built with JDK 8
- Did an Maven based Hello World with a clean userdir.

Besides that I'm always on the edge channel of the snap and I'm happy
with 12.3, with a userdir since the dawn of time.


One thing though, related to the shutdown of the old netbeans.org,

In the Usage statistics dialog that pops up on the second start,
"Learn more" points to https://netbeans.org/about/usage-tracking.html

how will that work after the shutdown?


Den lör 27 feb. 2021 kl 11:48 skrev Geertjan Wielenga :
>
> Dear community,
>
> This is our first voting candidate for the 12.3 release of Apache NetBeans.
> It is built off the same commit as 12.3-beta3. Please note all requirements
> below for validating sources and convenience binaries before voting.
>
> Apache NetBeans 12.3 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 artifacts are available here:
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.3
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.3
>
> We should probably have put them in a 'vc1' folder, rather than the root
> folder, on the other hand, we're optimistic that multiple vote candidates
> won't be needed. :-)
>
> They were built by the Jenkins pipeline and moved to their place:
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release123/14/
>
> We are primarily voting on:
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.3/netbeans-12.3-source.zip
>
> SHA512:
> 22bc542432f5810692757178a8b2f6e7a5729e7a422e637beb22c80603f685345030db90dce5ddc467bd26659e48ddbc3cadaf4fab4d41a8bd7de421f030d67f
>
> KEYS file:
> https://downloads.apache.org/netbeans/KEYS
>
> Associated with the primary source item we have, generated with the
> pipeline mentioned above:
>
> -- under https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.3
> binaries associated with the source
> netbeans-12.3-bin.zip
> as well as update content under nbms folder
>
> -- under
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.3
> you will find the platform cluster build
> netbeans-platform-12.3-bin.zip
> netbeans-platform-12.3-source.zip
>
> Release specific wiki page:
> https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+12.3
>
> 
>
> Voting Requirements
>
> Before voting +1 you are required to download the signed source code
> package, compile it as provided, and test the resulting executable on your
> own platform, along with also verifying that the package meets the
> requirements of the ASF policy on releases - see:
>
> http://www.apache.org/legal/release-policy.html#management
>
> In particular, you should (at least) follow these steps.
>
> 1. Download the artefact to be voted on and unzip it.
>
> 2. Check that the artefact does not contain any jar files, except for:
>  -
> platform/autoupdate.services/test/unit/src/org/netbeans/api/autoupdate/data/empty.jar
>  - enterprise/glassfish.common/test/unit/data/nottaDir-4_1_2.jar
>  - enterprise/glassfish.common/test/unit/data/subdir/nottaDir-5.0.jar
>  - enterprise/payara.common/test/unit/data/nottaDir-4_1_2.jar
>  - enterprise/payara.common/test/unit/data/subdir/nottaDir-5.0.jar
>  which are only jars by their name
>
> 3. Verify the cryptographic signatures, the NOTICE and LICENSE file
>
> 4. Build it using the README provided by the artifact.
>
> 5. Look in nbbuild/netbeans for the NetBeans installation created by the
> build process and try running it.
>
> In addition to checking the sources, you should check the associated
> convenience binary zips and nbms at the artifact links above. As well as
> checking any artifact functions correctly, you should check that it has
> been correctly signed by a PMC member, and that the source being voted on
> is sufficient to build the relevant binary.
>
> Separate votes will be held on other convenience binaries, including
> installers and Maven artifacts. Those will be dependent on this vote
> passing.
>
> This vote is going to be open at least 72 hours, vote with +1, 0, and -1 as
> usual. (Please justify -1)
>
> Please mark your vote with (binding) only if you're an Apache NetBeans PMC
> member to help with voting admin.
>
> Only respond if you are going to vote, i.e., this is NOT a discussion
> thread.
>
> NetBeans 12.3 will be released if and when this vote passes.
>
> Thank you to all contributors for all your hard work!
>
> Geertjan and Neil
> Release Managers for Apache NetBeans 12.3

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional 

Re: System Clipboard issues

[Patrik Karlström]

I have, but not that often.
I used to make it work again by dragging the selected text from the
other program and dropping it into netbeans.

Den lör 6 feb. 2021 kl 06:13 skrev Javier Ortiz Bultron
:
>
> I had a similar issue this week but seemed to be tied to a LAF. I switched
> to a different one and started working again.
>
> On Fri, Feb 5, 2021, 9:52 AM Eric Bresie  wrote:
>
> > Does this seem like this:
> >
> > NETBEANS-2159 Copy and Paste not working in Windows 10 Professional
> > https://issues.apache.org/jira/browse/NETBEANS-2159
> >
> > Wondering if this is a Netbeans issue or a java issue
> >
> > Eric Bresie
> > ebre...@gmail.com
> >
> >
> > On Thu, Feb 4, 2021 at 4:33 AM Luff,Chris 
> > wrote:
> >
> > > Yes, I have experienced this. Can’t think of a particular scenario where
> > > it occurs but the work around is as you say to copy to another
> > application
> > > and re-copy to NetBeans.
> > >
> > > > On 4 Feb 2021, at 03:29, Scott Palmer  wrote:
> > > >
> > > > Has anyone else noticed that sometimes NetBeans refuses to paste text
> > > from the system clipboard and instead pastes the last thing copied from
> > > within NetBeans?
> > > >
> > > > It seems to be stuck like that until I copy something different within
> > > NetBeans.  In this last case after I copied the path to the user dir from
> > > the about dialog, pasted it in explorer.exe (and accidentally also a
> > > NetBeans editor).  I then I went back and copied the original value that
> > > wouldn’t paste into NetBeans (but did paste into VSCode) and it started
> > > working again.
> > > >
> > > > I was copying plain text, no formatting, colours, or anything like
> > > that.  I can’t figure out what triggers it, as most of the time it
> > doesn’t
> > > happen.  It’s just very frustrating when it does happen.
> > > >
> > > > Just happened again.. copying some code from StackOverflow and I try to
> > > past into NetBeans but instead it pastes some old thing I copied when in
> > > NetBeans.  Pasting into other apps give the correct text.  I even pasted
> > > into notepad and copied it out of notepad to ensure it was plain text,
> > > still NetBeans pastes the old data.
> > > >
> > > > Copying something in the NetBeans editor doesn’t fix it. Pasting in
> > > NetBesns will paste that new content from NB, but when I copy the text
> > from
> > > an external app NB still pastes what it last copied from within the NB
> > > editor instead.  Then I open the NB About dialog and copy something from
> > > that. Paste it, then copy from the external app... now it works.
> > > >
> > > > It also seems that what is copied from within NetBeans doesn’t make it
> > > to the system clipboard as I can’t copy from a NetBeans editor and paste
> > > into another app.  Copying from non-editor sources in NB works for
> > pasting
> > > in other apps.
> > > >
> > > > I didn’t find anything in JIRA that looks like this issue, which
> > > surprised me as this isn’t the first time I’ve encountered it. (Sorry for
> > > no bug report those other times .. just can’t figure out how to trigger
> > it)
> > > >
> > > > Regards,
> > > >
> > > > Scott
> > > > -
> > > > 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://nam01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcwiki.apache.org%2Fconfluence%2Fdisplay%2FNETBEANS%2FMailing%2Blistsdata=04%7C01%7CChris.Luff%40cerner.com%7C23d1273887414f4a378b08d8c8bd2375%7Cfbc493a80d244454a815f4ca58e8c09d%7C0%7C0%7C637480061960190939%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=J9DRWjNNO5YnckCO%2FhFbUFZ4T2O%2BjgOfb44mpm04lxA%3Dreserved=0
> > > >
> > > >
> > > >
> > >
> > >
> > >
> > > CONFIDENTIALITY NOTICE This message and any included attachments are from
> > > Cerner Corporation and are intended only for the addressee. The
> > information
> > > contained in this message is confidential and may constitute inside or
> > > non-public information under international, federal, or state securities
> > > laws. Unauthorized forwarding, printing, copying, distribution, or use of
> > > such information is strictly prohibited and may be unlawful. If you are
> > not
> > > the addressee, please promptly delete this message and notify the sender
> > of
> > > the delivery error by e-mail or you may call Cerner's corporate offices
> > in
> > > Kansas City, Missouri, U.S.A at (+1) (816)221-1024. Cerner Limited,
> > > Registered in England no 2519305, Registered Office 37 North Wharf Road,
> > > London W2 1AF.
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> > > For additional commands, e-mail: dev-h...@netbeans.apache.org
> > >
> > > For 

Re: NetBeans AppImages on Linux

[Patrik Karlström]

Den lör 2 jan. 2021 kl 18:31 skrev Neil C Smith :
>
> Ah, OK, get it - so you're combining and building manually with the
> AppImage tools?

That's correct, it's done manually on my side, downloading netbeans,
jdk and using the "template directories" I have on github.

-
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 AppImages on Linux

[Patrik Karlström]

Happy New Year!
I remember your project now... :)
So, what I have in this repo except the released AppImages are pretty
much the same thing that you are generating in your script:
AppRun, .desktop, icon etc.

How would your script be used? Once per release by "apache" or once
per install for each user?

/Patrik

Den lör 2 jan. 2021 kl 16:38 skrev Neil C Smith :
>
> On Sat, 2 Jan 2021 at 13:30, Patrik Karlström  wrote:
> > That's why I created a couple of AppImages, https://appimage.org/, of
> > NetBeans LATEST and LTS, with and without AdoptOpenJDK.
>
> Happy New Year!  Great to see, although ironic timing - had just
> written down fixing up my AppImage script* to use 12.2 on my to-do
> list for the start of the year.
>
> What's in the repo exactly?
>
> > Can and should I continue to improve them there, or is it better to
> > have them under the Apache umbrella, if possible that is?
> >
> > Once I find them ready enough I intend to make them available on
> > https://appimage.github.io/apps/ and other AppImage managers.
>
> I had a conversation with Simon Peter (probono) on this after posting
> about the above script experiment.  There are at least two issues in
> doing an AppImage under the Apache umbrella - linking in a JDK, and
> the politics of choosing which JDK.  Of course, having an AppImage
> without bundled JDK should be doable here, but less useful?
>
> I personally like the approach of building the parts to order,
> probably in a different fashion, and think it's something we might
> explore across other OS too.
>
> * https://gist.github.com/neilcsmith-net/69bcb23bcc6698815438dc4e3df6caa3
>
> 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

NetBeans AppImages on Linux

[Patrik Karlström]

>From time to time I need to start an older version of NetBeans, not
seldom on another distribution and/or computer.

That's why I created a couple of AppImages, https://appimage.org/, of
NetBeans LATEST and LTS, with and without AdoptOpenJDK.

They are available at https://github.com/trixon/netbeans-appimage/releases.

Can and should I continue to improve them there, or is it better to
have them under the Apache umbrella, if possible that is?

Once I find them ready enough I intend to make them available on
https://appimage.github.io/apps/ and other AppImage managers.

/Patrik

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: [VOTE] Release Apache NetBeans 12.2 Maven Artifacts

[Patrik Karlström]

+1

Built and ran my platform application just fine.
Downloaded sources and javadocs.

Thanks

Den lör 5 dec. 2020 kl 15:49 skrev Laszlo Kishalmi <
laszlo.kisha...@gmail.com>:

> Dear all,
>
> The Maven Artifacts for Apache NetBeans 12.2 are ready on Staging to be
> tested.
>
> Well the cpplite still contained a SNAPSHOT dependency so that cluster
> git removed form this release.
>
> The version is: RELEASE122.
>
>
> Built from this commit :
>
> d73d3dd898acc440c460924dabf8ad5feb90369f
>
> By build job :
>
>
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release122/21/
>
> Staged at :
>
> https://repository.apache.org/content/repositories/orgapachenetbeans-1077/
>
> Arteficts composed of jars, nbms, sources, javadocs and poms are
> signed using my key and verified by the repository.apache.org closing
> phase.
>
> This vote is going to be open at least 72 hours, vote with +1, 0, and
>
> -1 as usual.
>
>
> --
>
>Laszlo Kishalmi
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>

Re: [VOTE] Apache NetBeans utilities nbm-maven-plugin 4.6

[Patrik Karlström]

You'll have to do like this:


netbeans-next

https://repository.apache.org/content/repositories/orgapachenetbeans-1075/




Den fre 4 dec. 2020 kl 18:59 skrev Peter Nabbefeld :

> Hello,
>
> I've tried to use the provided artifact, using this entry
>
>  
>  netbeans-ide-12.1
>  
> true
>  
>  
> /usr/share/netbeans-12.1
>  
>  
>  
>  apache-netbeans
> 
> https://repository.apache.org/content/repositories/orgapachenetbeans-1075/
> 
>
>  
>  
>  
>
> Result: packaging nbm is no longer accepted, though# version 4.6 is
> available for code completion.
>
> Is it a bug, or did I just do sth. wrong?
>
> Regards
>
> Peter
>
>
> Am 03.12.20 um 14:48 schrieb Eric Barboni:
> > Dear members of Apache NetBeans community.
> >
> >
> >
> > I want to call a vote on releasing Apache NetBeans utilities
> > nbm-maven-plugin version 4.6.
> >
> >
> >
> > nbm-maven-plugin is an Apache Maven plugin that make possible to use
> Maven
> > for developing
> >
> > Apache NetBeans Platform instead of Apache Ant
> >
> >
> >
> > Changes since 4.5:
> >
> > compatible with jar up to jdk 15
> >
> > better detection of jdk
> >
> > bump to jdk 1.8
> >
> >
> >
> > The voting artefacts sources are located here:
> >
> >
> >
> >
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans-maven-utilities/nbm
> > -maven-plugin/nbm-maven-plugin-4.6/
> >
> > Sources: https://github.com/apache/netbeans-mavenutils-nbm-maven-plugin
> with
> > the commit id f00112ad9af40bdff25a1629d43330217bcd9d74(tag
> > nbm-maven-plugin-4.6)
> >
> >
> >
> > 
> >
> > Artefacts are staged in the following repository:
> >
> >
> https://repository.apache.org/content/repositories/orgapachenetbeans-1075/
> >
> >
> >
> > 
> >
> > Key file is here:
> >
> >
> >
> > https://downloads.apache.org/netbeans/KEYS
> >
> > The vote is open for at least 72h.
> >
> >
> >
> > Best Regards
> >
> >
> >
> > Eric Barboni (skygo)
> >
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>

Re: [VOTE] Apache NetBeans utilities nbm-maven-plugin 4.6

[Patrik Karlström]

+1

But I have to admit that I'm not sure what to consider when voting.
I used 4.6 as a drop in replacement for 4.5 in a couple of projects where I
changed source & target from 11 to 15 and it worked fine.

Thank you.

Den tors 3 dec. 2020 kl 14:49 skrev Eric Barboni :

> Dear members of Apache NetBeans community.
>
>
>
> I want to call a vote on releasing Apache NetBeans utilities
> nbm-maven-plugin version 4.6.
>
>
>
> nbm-maven-plugin is an Apache Maven plugin that make possible to use Maven
> for developing
>
> Apache NetBeans Platform instead of Apache Ant
>
>
>
> Changes since 4.5:
>
> compatible with jar up to jdk 15
>
> better detection of jdk
>
> bump to jdk 1.8
>
>
>
> The voting artefacts sources are located here:
>
>
>
>
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans-maven-utilities/nbm
> -maven-plugin/nbm-maven-plugin-4.6/
> 
>
> Sources: https://github.com/apache/netbeans-mavenutils-nbm-maven-plugin
> with
> the commit id f00112ad9af40bdff25a1629d43330217bcd9d74(tag
> nbm-maven-plugin-4.6)
>
>
>
> 
>
> Artefacts are staged in the following repository:
>
> https://repository.apache.org/content/repositories/orgapachenetbeans-1075/
>
>
>
> 
>
> Key file is here:
>
>
>
> https://downloads.apache.org/netbeans/KEYS
>
> The vote is open for at least 72h.
>
>
>
> Best Regards
>
>
>
> Eric Barboni (skygo)
>
>

Re: DEFAULT_CACHEDIR_ROOT not propagating to platform application

[Patrik Karlström]

Hi Eirik,
I just noticed that when using RELEASE121 the cache dir is no longer where
it used to be when starting the application from the IDE.
On Linux it used to be "application/target/userdir/var/cache/" but since
RELEASE121 it's /home/pata/.cache/appname/.
On Windows it's still "application/target/userdir/var/cache/" for
RELEASE121.

I think this is related to my original post but I'm not sure.

Den lör 23 maj 2020 kl 20:01 skrev Eirik Bakke :

> And here's a pull request for this...
>
> https://github.com/apache/netbeans/pull/2153
>
> -- Eirik
>
> -Original Message-
> From: Eirik Bakke 
> Sent: Saturday, May 23, 2020 1:44 PM
> To: dev@netbeans.apache.org
> Subject: RE: DEFAULT_CACHEDIR_ROOT not propagating to platform application
>
> I created JIRA issue https://issues.apache.org/jira/browse/NETBEANS-4367
> for this.
>
> -- Eirik
>
> -Original Message-
> From: Patrik Karlström 
> Sent: Saturday, May 23, 2020 4:16 AM
> To: dev@netbeans.apache.org
> Subject: DEFAULT_CACHEDIR_ROOT not propagating to platform application
>
> The following is done with NB Platform 11.3 and Java 11 on Kubuntu 20.04.
>
> While I was about to use the cache dir logic provided by the platform I
> ran into this problem.
>
> My cache dir is in
> ${HOME}/.${APPNAME}/var/cache
> and not as expected,
> ${HOME}/.cache/${APPNAME}
>
> The app.conf contains
> default_userdir="${DEFAULT_USERDIR_ROOT}/dev"
> default_cachedir="${DEFAULT_CACHEDIR_ROOT}/dev"
>
> Did some echoing in the bin/appname and DEFAULT_CACHEDIR_ROOT was set ok,
> but not picked up by the application.
>
> When specifying --cachedir it gets picked up by the application.
>
> I created a simple testapp and this problem is there too.
>
> So I guess the question is, Is this related to my doing or the platform?
>
> /Patrik
>
> -
> 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 version issue

[Patrik Karlström]

You can change that setting in Options/Java/Maven / Execution / Maven home.

Den tors 29 okt. 2020 kl 15:42 skrev Eduard Karel de Jong <
edu...@dejongfrz.nl>:

> Hello,
>
> I'm trying to build an open source project from the web using NB, and it
> fails at some with the message:
> > Detected Maven Version: 3.3.9 is not in the allowed range 3.5.0.
> This error arises when resolving "Project Problems" (in the dialog for
> that purpose)
>
> I do have Maven version 3.6.3 installed on my Mac, and after trying
> other ways to address this, I have patched the NB startup script to
> include that executable on the *nix PATH before NB proper is executed.
>
> Running maven in the terminal works fine, that is, until it hits
> something different.
>
> I hope you can provide me with some hints on how to address this issue.
> e.g. Is there a better way to get NB to use the right mvn executable?
>
> Cheers
> Eduard
>
> -
> 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: Adding Project UI to a maven NBP app?

[Patrik Karlström]

An alternative way could be to right click on your projects "Dependencies"
and select "Add dependency...".
Then make sure that "Only NetBeans" is checked and type "projectui" as
query.
Expand and add to your desire.

Den mån 5 okt. 2020 kl 14:46 skrev Geertjan Wielenga :

> https://dzone.com/articles/how-create-maven-nb-project-type
>
> Gj
>
> On Mon, Oct 5, 2020 at 2:43 PM Randall Wood 
> wrote:
>
> > NetBeans Platform for Beginners has the following statement (Section 9.2,
> > page 307):
> >
> > > Enabling the Project System is simple. Right-click a NetBeans Platform
> > application and choose Properties. The Project Properties dialog opens.
> In
> > the Libraries tab, expand the ide node, and put a checkmark next to
> Project
> > UI. You will be prompted to include related NetBeans modules, via the red
> > Resolve button. Click the button. Then close the Project Properties
> dialog.
> > Clean the application and then run it.
> > >
> >
> > These directions are clearly based on the ant-based NetBeans Platform
> > Application. I cannot figure out the equivalent action to take on a
> > Maven-based NetBeans Platform Application. Is there a crosswalk between
> the
> > Ant-based modules and maven artifacts?
> >
> > If not, what artifacts do I need to perform the equivalent of those
> steps?
> >
> > If I add only the org-netbeans-modules-projectui artifact (which may or
> > may not be needed), I get the stack trace recorded at
> > https://gist.github.com/rhwood/948abb90d9f7bbb604afd8f62eadbcfd
> >
> > V/R
> > Randall Wood
>

Module Java Refactoring threw java.lang.NoSuchMethodError

[Patrik Karlström]

I ran into some problems renaming packages in a platform project on Linux
with NB 12.1 snap running on Java 15, without nb-javac installed.
Installing nb-javac solved *that* problem.
Is this the expected behavior without nb-javac or should I report it as
suggested by the dialog?
Can you reproduce this?

Module Java Refactoring threw java.lang.NoSuchMethodError:
'com.sun.tools.javac.tree.DCTree$DCReference
com.sun.tools.javac.tree.DocTreeMaker.newReferenceTree(java.lang.String,
com.sun.tools.javac.tree.JCTree, javax.lang.model.element.Name,
java.util.List)'. Please report a bug against Java Refactoring module and
attach your var/log/messages.log.




---
>Log Session: Saturday, September 26, 2020 at 10:54:14 AM Central European
Summer Time
>System Info:
  Product Version = Apache NetBeans IDE 12.1
  Operating System= Linux version 5.8.6-1-MANJARO running on amd64
  Java; VM; Vendor= 15; OpenJDK 64-Bit Server VM 15+36; Azul
Systems, Inc.
  Runtime = OpenJDK Runtime Environment 15+36
  Java Home   =
/atlas/data-config/.sdkman/candidates/java/15.0.0.fx-zulu
  System Locale; Encoding = sv_SE (nb); UTF-8
  Home Directory  = /home/patrik
  Current Directory   = /home/patrik
  User Directory  = /home/patrik/snap/netbeans/common/data/12.1
  Cache Directory = /home/patrik/snap/netbeans/common/cache/12.1
  Installation= /snap/netbeans/35/netbeans/nb
/snap/netbeans/35/netbeans/ergonomics
/snap/netbeans/35/netbeans/ide
/snap/netbeans/35/netbeans/extide
/snap/netbeans/35/netbeans/java
/snap/netbeans/35/netbeans/apisupport
/snap/netbeans/35/netbeans/webcommon
/snap/netbeans/35/netbeans/websvccommon
/snap/netbeans/35/netbeans/enterprise
/snap/netbeans/35/netbeans/profiler
/snap/netbeans/35/netbeans/php
/snap/netbeans/35/netbeans/harness
/snap/netbeans/35/netbeans/cpplite
/snap/netbeans/35/netbeans/groovy
/snap/netbeans/35/netbeans/extra
/snap/netbeans/35/netbeans/javafx
/snap/netbeans/35/netbeans/platform
  Boot & Ext. Classpath   =
  Application Classpath   =
/snap/netbeans/35/netbeans/platform/lib/boot.jar:/snap/netbeans/35/netbeans/platform/lib/org-openide-modules.jar:/snap/netbeans/35/netbeans/platform/lib/org-openide-util.jar:/snap/netbeans/35/netbeans/platform/lib/org-openide-util-lookup.jar:/snap/netbeans/35/netbeans/platform/lib/org-openide-util-ui.jar
  Startup Classpath   =
/snap/netbeans/35/netbeans/platform/core/asm-8.0.1.jar:/snap/netbeans/35/netbeans/platform/core/asm-commons-8.0.1.jar:/snap/netbeans/35/netbeans/platform/core/asm-tree-8.0.1.jar:/snap/netbeans/35/netbeans/platform/core/core-base.jar:/snap/netbeans/35/netbeans/platform/core/core.jar:/snap/netbeans/35/netbeans/platform/core/org-netbeans-libs-asm.jar:/snap/netbeans/35/netbeans/platform/core/org-openide-filesystems-compat8.jar:/snap/netbeans/35/netbeans/platform/core/org-openide-filesystems.jar:/snap/netbeans/35/netbeans/nb/core/org-netbeans-upgrader.jar:/snap/netbeans/35/netbeans/nb/core/locale/core_nb.jar
---

Re: IDE Icon Registry (The SVG Story Continues) (AKA What about to clean up some mess)

[Patrik Karlström]

+1 to the concept of using enums.

I've been doing so in my platform application as well as non platform ones.
I created a code generator from the material icon set file names.
Then I can request an icon of a specific size and color.
MaterialIcon._Action.ACCESSIBILITY.getImageIcon(24, Color.RED);

https://github.com/trixon/almond3/blob/develop/util/src/main/java/se/trixon/almond/util/icons/material/swing/MaterialIcon.java
There is also a java fx version returning ImageViews.

It's without the fancy platform, cache and svg stuff but perhaps it can
inspire some.

/Patrik

Den tis 22 sep. 2020 kl 08:16 skrev Laszlo Kishalmi <
laszlo.kisha...@gmail.com>:

> Dear all,
>
> We have about 4200 icons/images in the repository. most probably many of
> them are duplicates, triplicates, multiplicates copied to different
> locations.
>
> Just in a recent PR, Eirik added 34 new svg icons to 192 places.
> (https://github.com/apache/netbeans/pull/2387)
>
> We have 28 instances of wait.gif (and 4 wait.png).
>
> I think before jumping into the svg era, we need to stop, look around
> and think. Could we do better?
>
> I think, yes, there is a demand for a common icon catalog. Or more icon
> catalogs (per cluster?)
>
> I've done a very raw sketch to get the base of a discussion. It is a raw
> Idea I have in my mind: https://github.com/apache/netbeans/pull/2388
>
> My two main goals:
>
>   - Move reusable icons to a centralized place catalog. I'd imagine
> these catalogs as public java Enums
>   - Provide backward compatibility based on icon resource names
>
> Feedbacks/requirements/insights are welcome!
>
> BTW, I'm completely Ok if we do not do anything about this. I just
> wanted to draw some attention on this issue.
>
> --
>
> Laszlo Kishalmi
>
>
>
> -
> 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: Quick Search Provider wizard bug?

[Patrik Karlström]

Filed @ https://issues.apache.org/jira/browse/NETBEANS-4782


Den fre 4 sep. 2020 kl 07:23 skrev Patrik Karlström :

> Being totally new to creating QuickSearchProviders I might be off here.
>
> I noticed that my translation didn't kick in when using this generated
> layer.xml file.
>
> 
>  http://www.netbeans.org/dtds/filesystem-1_2.dtd;>
> 
> 
> 
> 
> 
>  name="org-mapton-bookmarks-BookmarkQuickSearchProvider.instance">
>  bundlevalue="org.mapton.bookmarks.Bundle#QuickSearch/Bookmarks/org-mapton-bookmarks-BookmarkQuickSearchProvider.instance"/>
> 
> 
> 
> 
>
> So I changed it to the following and got it working.
>
> 
>  http://www.netbeans.org/dtds/filesystem-1_2.dtd;>
> 
> 
> 
> 
> 
>  bundlevalue="org.mapton.bookmarks.Bundle#QuickSearch/Bookmarks/org-mapton-bookmarks-BookmarkQuickSearchProvider.instance"/>
>  name="org-mapton-bookmarks-BookmarkQuickSearchProvider.instance"/>
> 
> 
> 
>
> Will simplify it to
>bundlevalue="org.mapton.bookmarks.Bundle#QuickSearch/Bookmarks"/>
>
> Is this a bug that I should file in jira?
>
> /Patrik
>

Re: No toolbar in full screen on Linux & Windows

[Patrik Karlström]

Den mån 31 aug. 2020 kl 20:43 skrev Eirik Bakke :

> The auto-hiding of the menu bar was added in 2018:
> https://github.com/apache/netbeans/pull/852 . But it's unreleated to the
> toolbar behavior here.
>
> Thank you, it was a nice addition.
One thing though, with QuickSearch located in the hidden menu bar I'm not
able to activate it with its shortcut, e.g. ctrl+i.

Perhaps, as long as it disappears in "Show Only Editor" mode, which is a
> separate setting in dependent of Full Screen. In any case I agree it should
> work the same on all platforms.
>

I have a different view on "Show Only Editor" and "Full screen" than
NetBeans, especially in the context of platform applications.
For me it's about getting rid of unnecessary clutter, where toolbar and
status bar are *necessary*.
In my map application the status bar is displaying coordinates, and that is
still of interest even when viewing the map as "Show Only Editor", the same
goes for the toolbar.
I solved this in the past with a custom toolbar and a custom status bar,
allowing them to be visible all the time.
Last week I began to use the pure netbeans ones with all their benefits,
and the drawbacks of not being visible all the time.

Changing the default behavior after all these years might not be a good
idea so I would like to propose two new system properties:
netbeans.winsys.status_line.always_visible
netbeans.winsys.toolbars.always_visible

that when set to true should do just that.

Any thoughts?

/Patrik


> -Original Message-
> From: Patrik Karlström 
> Sent: Monday, August 31, 2020 11:20 AM
> To: dev@netbeans.apache.org
> Subject: Re: No toolbar in full screen on Linux & Windows
>
>
> https://github.com/apache/netbeans/blob/38e2a66ddefbcbd25686d28566b9dd243a7ddf70/platform/core.windows/src/org/netbeans/core/windows/view/ui/MainWindow.java#L784
>
> getToolbarComponent().setVisible( !isFullScreenMode );
>
> I guess this was intentional then, and since the Mac has its own handling
> with regard to full screen, this was never exposed.
>
> IMHO the toolbar should remain visible on every platform.
>
> I'll poke around a bit more.
>
> Den mån 31 aug. 2020 kl 17:07 skrev Geertjan Wielenga  >:
>
> > Take a look at the source code of that action, to see what it does,
> > maybe add a property that can be set for configuring it.
> >
> > Gj
> >
> > On Mon, 31 Aug 2020 at 17:04, Patrik Karlström  wrote:
> >
> > > Interesting, this is also present in 8.2, without the smooth hiding
> > > of
> > the
> > >
> > > menu bar though.
> > >
> > >
> > >
> > > Den mån 31 aug. 2020 kl 16:15 skrev Geertjan Wielenga <
> > geert...@apache.org
> > > >:
> > >
> > >
> > >
> > > > Was this also the case in 8.2 or is it more recent than that?
> > >
> > > >
> > >
> > > > Gj
> > >
> > > >
> > >
> > > > On Mon, Aug 31, 2020 at 3:29 PM Patrik Karlström
> > > > 
> > > wrote:
> > >
> > > >
> > >
> > > > > I noticed this when re-enabling the toolbar on a platform
> > application,
> > >
> > > > > the same issue is also in the IDE 12.0 & 12.1.
> > >
> > > > >
> > >
> > > > > There is no toolbar when using full screen on Linux & Windows,
> > > > > in
> > >
> > > > addition,
> > >
> > > > > every menu item in View/Toolbars.
> > >
> > > > > On Mac it's as I expect it to be.
> > >
> > > > >
> > >
> > > > > Steps to reproduce on Linux & Windows
> > >
> > > > > 1. Look at the toolbar
> > >
> > > > > 2. Go full screen
> > >
> > > > > 3. Where is the toolbar?
> > >
> > > > >
> > >
> > > > > The somewhat new and smooth auto-hiding of the menu bar is new
> > > > > to me,
> > >
> > > > > could that be related to the issue at hand?
> > >
> > > > >
> > >
> > > > > Can You confirm this?
> > >
> > > > >
> > >
> > > > > /Patrik
> > >
> > > > >
> > >
> > > >
> > >
> > >
> >
>

Re: [VOTE] Release Apache NetBeans 12.1 Maven artefacts

[Patrik Karlström]

+1

Den mån 7 sep. 2020 kl 11:59 skrev Neil C Smith :

> Hi All,
>
> The Maven artefacts for Apache NetBeans 12.1 are ready.  Version is
> RELEASE121.  As discussed elsewhere, the cpplite cluster is not
> included.
>
> Built from this commit :
>
>
> https://github.com/apache/netbeans/commit/cade25887c5450e4595fa59e616daee4d2520ee0
>
> By build job :
>
>
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release121/13/
>
> Staged at :
>
> https://repository.apache.org/content/repositories/orgapachenetbeans-1068
>
> Artefacts composed of jars, nbms, sources, javadocs and poms are
> signed using my key and verified by the repository.apache.org closing
> phase.
>
> This vote is going to be open at least 72 hours, vote with +1, 0, and
> -1 as usual. Please mark your vote with (binding) if you're an Apache
> NetBeans PMC member.
>
> Thanks 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
>
>
>
>

Re: Another NB12.1 Maven question - remove cpplite?

[Patrik Karlström]

I'm not sure what constitutes a once over here but I just built my platform
app using RELEASE121 and it looks good to me.

/Patrik

Den lör 5 sep. 2020 kl 15:40 skrev Neil C Smith :

> Hi,
>
> OK, after 7 attempts we finally have a staged and closed Maven repo.
> A latter problem required passing -DskipStagingRepositoryClose=true as
> the plugin times out - not ideal when you've uploaded that much data
> and it then deletes it all!
>
> https://repository.apache.org/content/repositories/orgapachenetbeans-1068
>
> Bigger problem - I've had to remove all traces of cpplite to get here.
> The problem is the existence of cpplite-mi-1.0-SNAPSHOT.jar in the
> externals for cpplite.debugger.  Tracked down one staging plugin error
> to existence of SNAPSHOT in the artefact ID.  But just removing that
> still failing, because of missing references as far as I can tell, so
> all of cpplite removed.
>
> So, do we proceed with Maven vote with this staged repository without
> cpplite cluster?  Or something else?
>
> And looks like existence of SNAPSHOT in any dependencies needs to be
> -1 in future?
>
> If anyone can do a once over of that repository before I kick off the
> vote, that would be great too!  Few things need some clarification in
> our docs around this, but I think this is correct.
>
> Thanks,
>
> Neil
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>

Quick Search Provider wizard bug?

[Patrik Karlström]

Being totally new to creating QuickSearchProviders I might be off here.

I noticed that my translation didn't kick in when using this generated
layer.xml file.


http://www.netbeans.org/dtds/filesystem-1_2.dtd;>












So I changed it to the following and got it working.


http://www.netbeans.org/dtds/filesystem-1_2.dtd;>











Will simplify it to
  

Is this a bug that I should file in jira?

/Patrik

Re: A word about Ubuntu Linux

[Patrik Karlström]

Den tors 3 sep. 2020 kl 18:09 skrev Neil C Smith :

> However, what I meant on NetBeans front was that it's fairly simple to
> provide a shell script that would download AppImageTool, download the
> NetBeans zip release, offer the option to download/bundle a JDK of
> choice, and leave the user with a self contained, runnable NetBeans,
> all done on their side.
>
>
That would be cool!

Re: A word about Ubuntu Linux

[Patrik Karlström]

Den tors 3 sep. 2020 kl 11:28 skrev Neil C Smith :

> On Tue, 1 Sep 2020 at 06:42, Stephen Parry  wrote:
> > I am no expert on Snap - but my experience so far has been pretty
> uniformly bad, especially for development tools.
>
> Agreed!  I've just started my own NetBeans-derived IDE as an AppImage
> (with bundled JDK).  At some point I plan to look at a recipe or
> script for building a NetBeans one.
>
>
Perhaps this creation can assist you, I use it to package platform
applications in various formats.
https://github.com/trixon/nbPackager

Re: No toolbar in full screen on Linux & Windows

[Patrik Karlström]

https://github.com/apache/netbeans/blob/38e2a66ddefbcbd25686d28566b9dd243a7ddf70/platform/core.windows/src/org/netbeans/core/windows/view/ui/MainWindow.java#L784

getToolbarComponent().setVisible( !isFullScreenMode );

I guess this was intentional then, and since the Mac has its own handling
with regard to full screen, this was never exposed.

IMHO the toolbar should remain visible on every platform.

I'll poke around a bit more.

Den mån 31 aug. 2020 kl 17:07 skrev Geertjan Wielenga :

> Take a look at the source code of that action, to see what it does, maybe
> add a property that can be set for configuring it.
>
> Gj
>
> On Mon, 31 Aug 2020 at 17:04, Patrik Karlström  wrote:
>
> > Interesting, this is also present in 8.2, without the smooth hiding of
> the
> >
> > menu bar though.
> >
> >
> >
> > Den mån 31 aug. 2020 kl 16:15 skrev Geertjan Wielenga <
> geert...@apache.org
> > >:
> >
> >
> >
> > > Was this also the case in 8.2 or is it more recent than that?
> >
> > >
> >
> > > Gj
> >
> > >
> >
> > > On Mon, Aug 31, 2020 at 3:29 PM Patrik Karlström 
> > wrote:
> >
> > >
> >
> > > > I noticed this when re-enabling the toolbar on a platform
> application,
> >
> > > > the same issue is also in the IDE 12.0 & 12.1.
> >
> > > >
> >
> > > > There is no toolbar when using full screen on Linux & Windows, in
> >
> > > addition,
> >
> > > > every menu item in View/Toolbars.
> >
> > > > On Mac it's as I expect it to be.
> >
> > > >
> >
> > > > Steps to reproduce on Linux & Windows
> >
> > > > 1. Look at the toolbar
> >
> > > > 2. Go full screen
> >
> > > > 3. Where is the toolbar?
> >
> > > >
> >
> > > > The somewhat new and smooth auto-hiding of the menu bar is new to me,
> >
> > > > could that be related to the issue at hand?
> >
> > > >
> >
> > > > Can You confirm this?
> >
> > > >
> >
> > > > /Patrik
> >
> > > >
> >
> > >
> >
> >
>

Re: No toolbar in full screen on Linux & Windows

[Patrik Karlström]

Interesting, this is also present in 8.2, without the smooth hiding of the
menu bar though.

Den mån 31 aug. 2020 kl 16:15 skrev Geertjan Wielenga :

> Was this also the case in 8.2 or is it more recent than that?
>
> Gj
>
> On Mon, Aug 31, 2020 at 3:29 PM Patrik Karlström  wrote:
>
> > I noticed this when re-enabling the toolbar on a platform application,
> > the same issue is also in the IDE 12.0 & 12.1.
> >
> > There is no toolbar when using full screen on Linux & Windows, in
> addition,
> > every menu item in View/Toolbars.
> > On Mac it's as I expect it to be.
> >
> > Steps to reproduce on Linux & Windows
> > 1. Look at the toolbar
> > 2. Go full screen
> > 3. Where is the toolbar?
> >
> > The somewhat new and smooth auto-hiding of the menu bar is new to me,
> > could that be related to the issue at hand?
> >
> > Can You confirm this?
> >
> > /Patrik
> >
>

No toolbar in full screen on Linux & Windows

[Patrik Karlström]

I noticed this when re-enabling the toolbar on a platform application,
the same issue is also in the IDE 12.0 & 12.1.

There is no toolbar when using full screen on Linux & Windows, in addition,
every menu item in View/Toolbars.
On Mac it's as I expect it to be.

Steps to reproduce on Linux & Windows
1. Look at the toolbar
2. Go full screen
3. Where is the toolbar?

The somewhat new and smooth auto-hiding of the menu bar is new to me,
could that be related to the issue at hand?

Can You confirm this?

/Patrik

Re: [VOTE] Release Apache NetBeans 12.1 (vote candidate 1)

[Patrik Karlström]

Thank you Neil and everyone else involved so far in one way or another.

+1

All steps ok
- Verified checksum
- Found no unexpected jar files
- Verified cryptographic, read NOTICE & LICENSE file
- Built with JDK 8
- Did an Ant based Hello World.
Besides that I'm always on the edge channel of the snap.


Den ons 26 aug. 2020 kl 16:48 skrev Neil C Smith :

> Dear community,
>
> This is our first voting candidate for the 12.1 release of Apache
> NetBeans. It is built off the same commit as 12.1-beta4. Please note
> all requirements below for validating sources and convenience binaries
> before voting.
>
> Apache NetBeans 12.1 constitutes all clusters in the Apache NetBeans
> Git repo, 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/12.1/vc1
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.1/vc1
>
> They were built by the Jenkins pipeline and moved to their place :
>
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release121/13/
>
> We are primarily voting on :
>
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.1/vc1/netbeans-12.1-source.zip
>
> SHA512 :
>
> 0282eb2542212a9ac360ab63fc65653be8e1473a1dc862bf08cfc36aa915d70a561c6afe0c6b15c3bc238a411777b8e2698a3dd7c26a40b3270ab63809ed7547
>  ./netbeans-12.1-source.zip
>
> KEYS file :
> https://downloads.apache.org/netbeans/KEYS
>
> --
>
> Associated to the primary source item you will have (generated with
> pipeline mentioned above)
> * under https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.1/vc1
> binaries associated to the source
> netbeans-12.1-bin.zip
> as well as update content under nbms folder
>
> * under
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.1/vc1
> you will find platform cluster build
> netbeans-platform-12.1-bin.zip
> netbeans-platform-12.1-source.zip
>
> --
>
> Apache NetBeans Git Repo tag : 12.1-vc1 :
> https://github.com/apache/netbeans/tree/12.1-vc1
>
> Release specific wiki page :
> https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+12.1
>
> --
>
> Voting requirements
>
> Before voting +1 you are required to download the signed source code
> package, compile it as provided, and test the resulting executable on
> your own platform, along with also verifying that the package meets
> the requirements of the ASF policy on releases - see
> http://www.apache.org/legal/release-policy.html#management
>
> In particular, you should (at least) follow these steps.
>
> 1. Download the artefact to be voted on and unzip it.
>
> 2. Check that the artefact does not contain any jar files, except for:
> -
> platform/autoupdate.services/test/unit/src/org/netbeans/api/autoupdate/data/empty.jar
> - enterprise/glassfish.common/test/unit/data/nottaDir-4_1_2.jar
> - enterprise/glassfish.common/test/unit/data/subdir/nottaDir-5.0.jar
> - enterprise/payara.common/test/unit/data/nottaDir-4_1_2.jar
> - enterprise/payara.common/test/unit/data/subdir/nottaDir-5.0.jar
> which are only jars by their name
>
> 3. Verify the cryptographic signatures, the NOTICE and LICENSE file
>
> 4. Build it using the README provided by the 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 should check the associated
> convenience binary zips and nbms at the artefact links above.
> 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.
>
> Separate votes will be held on other convenience binaries, including
> installers and Maven artefacts. Those will be dependent on this vote
> passing.
>
> This vote is going to be open at least 72 hours, vote with +1, 0, and
> -1 as usual. (please justify -1)
>
> Please mark your vote with (binding) if you're an Apache NetBeans PMC
> member to help with voting admin.
>
> NetBeans 12.1 will be released if and when this vote passes.
>
> Thank you to all contributors for all your hard work!
>
> Best wishes,
>
> Neil
> Release Manager for Apache NetBeans 12.1
>
> -
> 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: [FlatLAF] Glitches without splash

[Patrik Karlström]

Thanks,
filed at https://issues.apache.org/jira/browse/NETBEANS-4723


Den tis 18 aug. 2020 kl 18:51 skrev Laszlo Kishalmi <
laszlo.kisha...@gmail.com>:

> Confirmed.
>
>
> On 8/18/20 7:11 AM, Patrik Karlström wrote:
> > Starting a platform application, the IDE included, with the --nosplash
> > argument makes the application look a bit off, true for both FlatLaF
> Dark &
> > Light.
> >
> >  From what I can tell, this is only visible with FlatLaf.
> >
> > Can you reproduce this?
> > If so, I'll go ahead and register in jira.
> >
> > /Patrik
> >
>
> -
> 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
>
>
>
>

[FlatLAF] Glitches without splash

[Patrik Karlström]

Starting a platform application, the IDE included, with the --nosplash
argument makes the application look a bit off, true for both FlatLaF Dark &
Light.

>From what I can tell, this is only visible with FlatLaf.

Can you reproduce this?
If so, I'll go ahead and register in jira.

/Patrik

Re: [VOTE] Apache NetBeans Maven Artifacts for 12.0-u1

[Patrik Karlström]

I got "access denied" for
https://repository.apache.org:443/service/local/staging/deployByRepositoryId/orgapachenetbeans-1061

so I used
https://repository.apache.org/content/repositories/orgapachenetbeans-1061
instead.

Works for me, so

+1

Thanks

Den mån 3 aug. 2020 kl 22:02 skrev Laszlo Kishalmi <
laszlo.kisha...@gmail.com>:

> Dear all,
>
> The Maven artifacts for Apache NetBeans 12.0-u1 are ready. This has
> happened as it contains some patches to the NetBeans Platform.
>
> They are built out of
> https://github.com/apache/netbeans/releases/tag/12.0-u1
>
> by:
>
> https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/job/netbeans/job/release120/39/
>
> The 12.0-u1 release has been accepted as of:
>
> https://lists.apache.org/thread.html/r486fcc29ce2f6fb0e85781f326ff61d432e3ef93e638333a18c389ff%40%3Cdev.netbeans.apache.org%3E
>
> The artifacts are signed with my key (Laszlo Kishalmi). They are
> accessible in the Apache staging repository at:
>
>
> https://repository.apache.org:443/service/local/staging/deployByRepositoryId/orgapachenetbeans-1061
>
> Please test the artifacts and cast your vote for releasing them.
>
> This voting is going on for at least 72 hours, vote with +1, 0, and -1
> as usual.
>
>
> Thank you all!
>
> --
>
>Laszlo Kishalmi
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>

Re: Apache NetBeans 12.1-beta1 available for testing

[Patrik Karlström]

I was curious to try [NETBEANS-4367] Properly handle default_cachedir in
platform application launcher script
https://github.com/apache/netbeans/pull/2153 in 12.1beta1 and noticed that
it only applied to ant based platform applications.

Will it also work for maven based ones once the RELEASE-121 artifacts are
released?

Den ons 22 juli 2020 kl 19:46 skrev Neil C Smith :

> Dear Apache NetBeans community,
>
> The first beta build for Apache NetBeans 12.1 is available.
>
> As per the release schedule, NB 12.1 is a non-LTS release, and will
> not have a full NetCAT process.  However, feedback and testing from
> those on the dev@ and netcat@ lists would still be appreciated,
> particularly around new features.  Please file issues in JIRA as
> necessary, with the affects and fix versions set to 12,1. Please take
> note of the Bug Priority Guidelines (link below), in particular so
> that we can address critical and blocking issues if they arise.
>
> **If making PRs to fix issues, please add the 12.1 milestone and add
> me as one of the reviewers**
>
> See the artefacts here:
>
> https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/job/netbeans/job/release121/3/artifact/dist/
>
> The binary you most likely need is:
>
> https://builds.apache.org/view/M-R/view/NetBeans/job/netbeans-TLP/job/netbeans/job/release121/3/artifact/dist/netbeans/netbeans-12.1-beta1-bin.zip
>
> The SHA512 sums if you would like to check them are provided there as
> well as here:
>
> c9060682cf77fbec684bcce34cc87ace92339026d9c09dbdd7d34afaf173cf46712b0159102b3382a733c10bc165242aa7a023e7f4b4ffd1a66432c39b0bbb4f
>  ./netbeans-12.1-beta1-bin.zip
>
> 41ce0c538f9b4d2d0b10859d339f2282ca7d1bae14512ad46ece0ce8593e6d3624ac1c7460a8bf5edfb87f910b1f66a7fe5700c9ceaa0f2eda8db8a08af400d9
>  ./netbeans-12.1-beta1-source.zip
>
> GitHub PRs integrated since 12.0 :
> https://github.com/apache/netbeans/milestone/6?closed=1
> Release schedule :
> https://cwiki.apache.org/confluence/display/NETBEANS/Release+Schedule
> Bug Priority Guidelines :
>
> https://cwiki.apache.org/confluence/display/NETBEANS/Bug+Priority+Guidelines
> NB 12.1 major changes (HELP wanted to complete - currently empty page):
> https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+12.1
>
> Thanks all and best wishes,
>
> Neil
> Release Manager for Apache NetBeans 12.1
>
> -
> 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: snap and sdkman startup problem

[Patrik Karlström]

Nice!

Den mån 6 juli 2020 kl 21:34 skrev Laszlo Kishalmi <
laszlo.kisha...@gmail.com>:

> https://github.com/apache/netbeans/pull/2240
>
> On 5/17/20 12:27 AM, Patrik Karlström wrote:
> > Thanks, I'll take a look at it.
> >
> > Den ons 13 maj 2020 kl 20:54 skrev Laszlo Kishalmi <
> > laszlo.kisha...@gmail.com>:
> >
> >> If you would like sdkman to be supported, probably the best place to do
> >> that add some bash magic to:
> >>
> >>
> >>
> https://github.com/apache/netbeans/blob/4e2b939d7d7f395a245cae6e2a10239e2175eee7/platform/o.n.bootstrap/launcher/unix/nbexec#L134
> >>
> >> create a PR, let it get reviewed, merged and then be proud about that!
> >>
> >> On 5/13/20 9:37 AM, Patrik Karlström wrote:
> >>> Den ons 13 maj 2020 kl 18:34 skrev Laszlo Kishalmi <
> >>> laszlo.kisha...@gmail.com>:
> >>>
> >>>> If I read that command line correct it would make netbeans not start
> >>>> when sdkman is not installed.
> >>>>
> >>>> That's correct, hence my disclaimer. :)
> >>>
> >>>> On 5/13/20 8:03 AM, Patrik Karlström wrote:
> >>>>> I poked around a bit with the netbeans.desktop file and got netbeans
> >>>> (snap
> >>>>> or not) to pick up sdkman's default jdk with
> >>>>> Exec=bash -c "[[ -s /home/pata/.sdkman/bin/sdkman-init.sh ]] &&
> source
> >>>>> /home/pata/.sdkman/bin/sdkman-init.sh && netbeans %F"
> >>>>>
> >>>>> It's far from pretty and far from generic, but it might serve as some
> >>>> kind
> >>>>> of inspiration.
> >>>>> I'll use since it's easier for me to maintain after snap updates
> >> instead
> >>>> of
> >>>>> creating and editing netbeans.conf files.
> >>>>>
> >>>>> /Patrik
> >>>>>
> >>>>> Den mån 27 apr. 2020 kl 18:58 skrev Laszlo Kishalmi <
> >>>>> laszlo.kisha...@gmail.com>:
> >>>>>
> >>>>>> Well, I'm not a Snap pro either, but I brought NetBeans to Snap.
> >>>>>>
> >>>>>> With SDKMan, it seems the issue is that the GUI environment has no
> >> idea
> >>>>>> of what is the default JDK (more simply it is not on the path when
> the
> >>>>>> XSession starts). I guess it sets something in the profile scripts.
> We
> >>>>>> might try to read that during the IDE execution. It not a Snap
> issue,
> >>>>>> I'd guess it might affect other distributions as well. Luckily the
> >>>>>> installed distribution sets the jdkhome in netbeans.conf during the
> >>>>>> installation.
> >>>>>>
> >>>>>> NetBeans Snap runs in classic confinement, which means it is not
> >>>>>> sandboxed. Probably it is not too much that Snap brings on the
> table,
> >>>>>> but it is certain that is not additional complexity. Here is a short
> >>>>>> list why I think it is useful:
> >>>>>>
> >>>>>>  * Native Linux packages provide old versions (8.2 and 10.0 in
> >> case of
> >>>>>>Debian)
> >>>>>>  * It is installed per system not per user, so it can be really
> >>>>>>convenient to be installed on computers which used by many
> >> people,
> >>>>>>just think about an university computer lab.
> >>>>>>  * It provides automatic updates, I think I like this one the
> most
> >>>>>>especially netbeans-dev which provides a weekly build from
> the
> >>>> master
> >>>>>>  * It provides ability to switch between beta-s and latest
> stable
> >>>>>>versions really easy.
> >>>>>>  * Basically if you have Snap and a JDK installed on Linux it is
> >> the
> >>>>>>easiest way to install NetBeans
> >>>>>>  * Due to our efforts it provides a same day availability with
> the
> >>>>>>official NetBeans release (even betas).
> >>>>>>
> >>>>>>
> >>>>>> On 4/27/20 9:03 AM, Benjamin Asbach wrote:
> >>>>>>> Hi Patrick,
> >>&

Re: False(?) warning on Exit IDE with RELEASE120-1 applications

[Patrik Karlström]

Thanks for testing Christian,

Today I wiped my .m2, but the problem remains.

Could this be a Linux and Windows only thing?



Den fre 19 juni 2020 kl 22:30 skrev Christian Oyarzun :

> Patrik,
>
> I have been unable to replicate the issue on macOS using JDK 11 or 8
> (amazon corretto).
>
> I also tried using the embedded and external versions of maven.
>
> --Christian
>
>
>
> On Fri, Jun 19, 2020 at 11:11 AM Patrik Karlström 
> wrote:
>
> > Looked into this a bit more and made the following observations:
> > -A clean userdir doesn't solve the problem
> > -Trying different JDK 11 (Adopt, Liberica & Zulu, with/without JavaFX)
> for
> > NetBeans doesn't solve the problem
> > -Nor does JDK 14,
> > -However, Running NetBeans on JDK 8 makes a RELEASE120-1 application
> behave
> > as an RELEASE113 one in NetBeans IDE. (It releases the process when
> exited)
> >
> > @Eric Did you by any chance test this with NetBeans on JDK 8?
> >
> >
> > Den tis 16 juni 2020 kl 15:58 skrev Patrik Karlström :
> >
> > > I'm happy for you Eric :)
> > > Would it be possible for you to restart the IDE after switching to
> 120-1
> > > if it has not been shut down since?
> > > For some reason, I think it's necessary.
> > >
> > > /Patrik
> > >
> > > Den tis 16 juni 2020 kl 15:24 skrev Eric Barboni :
> > >
> > >> Hi,
> > >>  I'm sorry for me it works with clean exit, clean building running 113
> > >> and then for 120-1, no restart of IDE.
> > >>  Not sure what happens.
> > >>
> > >> Regards
> > >> Eric
> > >>
> > >>
> > >>
> > >>
> > >> -Message d'origine-
> > >> De : Patrik Karlström 
> > >> Envoyé : mardi 16 juin 2020 13:38
> > >> À : dev@netbeans.apache.org
> > >> Objet : Re: False(?) warning on Exit IDE with RELEASE120-1
> applications
> > >>
> > >> Just noticed this on NetBeans IDE 11.3 too running a RELEASE120-1
> > >> application.
> > >>
> > >> Den mån 15 juni 2020 kl 17:23 skrev Patrik Karlström <
> pat...@trixon.se
> > >:
> > >>
> > >> > For a couple of days I've been noticing a suspicious behavior when
> > >> > exiting the IDE after running platform applications based upon
> > >> > RELEASE120-1, I think.
> > >> >
> > >> > Even though the output window displays something like
> > >> >
> --
> > >> > --
> > >> > BUILD SUCCESS
> > >> >
> --
> > >> > --
> > >> > Total time:  16.010 s
> > >> > Finished at: 2020-06-15T16:45:24+02:00
> > >> >
> --
> > >> > --
> > >> >
> > >> > and the menu item "Run/Stop build/run" is disabled
> > >> >
> > >> > I get the following dialog when exiting the IDE
> > >> >
> > >> > Exit IDE
> > >> > Exiting the IDE will terminate the following processes:
> > >> > Process - Run(...)
> > >> > Process - Run(...)
> > >> > Process - Run(...)
> > >> > ...*
> > >> >
> > >> > *Number of rows depending on number of application starts.
> > >> >
> > >> > And the thing is, when I DO have the application running and trying
> to
> > >> > exit the IDE, the dialog shows two rows, one WITH "Process - ", and
> > >> > one without.
> > >> >
> > >> > I noticed this in my platform application, on Kubuntu and Windows,
> and
> > >> > was able to reproduce on a fresh project.
> > >> >
> > >> > Steps to reproduce on NetBeans 12
> > >> >
> > >> >1. Create a new project: Maven based platform application with
> > sample
> > >> >module.
> > >> >2. Use RELEASE113.
> > >> >3. Run & exit the application.
> > >> >4. Exit the IDE and notice that it works as expected.
> > >> >5. Start the IDE and use RELEASE120-1 instead
> > >> >6. Build, Run & exit the application.
> > >> >7. Exit the IDE and notice the dialog: Exiting the IDE will
> > terminate
> > >> >the following processes
> > >> >
> > >> > I think one has to restart the IDE between changes of
> > netbeans.version.
> > >> >
> > >> > You can also try to exit the IDE with the application running and
> > >> > notice the difference in the dialog contents.
> > >> >
> > >> > Is it just me?
> > >> >
> > >> >
> > >>
> > >>
> > >> -
> > >> 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: False(?) warning on Exit IDE with RELEASE120-1 applications

[Patrik Karlström]

Looked into this a bit more and made the following observations:
-A clean userdir doesn't solve the problem
-Trying different JDK 11 (Adopt, Liberica & Zulu, with/without JavaFX) for
NetBeans doesn't solve the problem
-Nor does JDK 14,
-However, Running NetBeans on JDK 8 makes a RELEASE120-1 application behave
as an RELEASE113 one in NetBeans IDE. (It releases the process when exited)

@Eric Did you by any chance test this with NetBeans on JDK 8?


Den tis 16 juni 2020 kl 15:58 skrev Patrik Karlström :

> I'm happy for you Eric :)
> Would it be possible for you to restart the IDE after switching to 120-1
> if it has not been shut down since?
> For some reason, I think it's necessary.
>
> /Patrik
>
> Den tis 16 juni 2020 kl 15:24 skrev Eric Barboni :
>
>> Hi,
>>  I'm sorry for me it works with clean exit, clean building running 113
>> and then for 120-1, no restart of IDE.
>>  Not sure what happens.
>>
>> Regards
>> Eric
>>
>>
>>
>>
>> -Message d'origine-
>> De : Patrik Karlström 
>> Envoyé : mardi 16 juin 2020 13:38
>> À : dev@netbeans.apache.org
>> Objet : Re: False(?) warning on Exit IDE with RELEASE120-1 applications
>>
>> Just noticed this on NetBeans IDE 11.3 too running a RELEASE120-1
>> application.
>>
>> Den mån 15 juni 2020 kl 17:23 skrev Patrik Karlström :
>>
>> > For a couple of days I've been noticing a suspicious behavior when
>> > exiting the IDE after running platform applications based upon
>> > RELEASE120-1, I think.
>> >
>> > Even though the output window displays something like
>> > --
>> > --
>> > BUILD SUCCESS
>> > --
>> > --
>> > Total time:  16.010 s
>> > Finished at: 2020-06-15T16:45:24+02:00
>> > --
>> > --
>> >
>> > and the menu item "Run/Stop build/run" is disabled
>> >
>> > I get the following dialog when exiting the IDE
>> >
>> > Exit IDE
>> > Exiting the IDE will terminate the following processes:
>> > Process - Run(...)
>> > Process - Run(...)
>> > Process - Run(...)
>> > ...*
>> >
>> > *Number of rows depending on number of application starts.
>> >
>> > And the thing is, when I DO have the application running and trying to
>> > exit the IDE, the dialog shows two rows, one WITH "Process - ", and
>> > one without.
>> >
>> > I noticed this in my platform application, on Kubuntu and Windows, and
>> > was able to reproduce on a fresh project.
>> >
>> > Steps to reproduce on NetBeans 12
>> >
>> >1. Create a new project: Maven based platform application with sample
>> >module.
>> >2. Use RELEASE113.
>> >3. Run & exit the application.
>> >4. Exit the IDE and notice that it works as expected.
>> >5. Start the IDE and use RELEASE120-1 instead
>> >6. Build, Run & exit the application.
>> >7. Exit the IDE and notice the dialog: Exiting the IDE will terminate
>> >the following processes
>> >
>> > I think one has to restart the IDE between changes of netbeans.version.
>> >
>> > You can also try to exit the IDE with the application running and
>> > notice the difference in the dialog contents.
>> >
>> > Is it just me?
>> >
>> >
>>
>>
>> -
>> 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
>>
>>
>>
>>