Re: NB 22 - java.lang.ExceptionInInitializerError on opening JavaEE xhtml files

[Michael Bien]

sounds like https://github.com/apache/netbeans/issues/7436

-mbien

On 07.06.24 12:55, Jens Zurawski wrote:
I've just made a test with NB-21. The problem/Exception does not 
occur. Also tested both installs, with and without importing of my 
NB-20 settings.

So it's new in 22.

cu
Jens


Am 07.06.2024 um 11:40 schrieb Jens Zurawski:

Hi altogether,

first of all: Thank you for your great work with Netbeans!

I've downloaded and installed the new Netbeans Release 22. When I try 
to work with my JavaEE projects, I keep getting 
java.lang.ExceptionInInitializerError Exceptions after opening any 
*.xhtml file. So, editing is still possible, but e.g. code completion 
doesn't work, only after typing a "<" I'm getting simple html 
suggestions. But when I start typing e.g. ""Please wait..." forever (and the Exception in the Notifications tab, 
but the exception is already appearing on opening the file). I've 
added the detailed Exception trace at the end of the mail.


I've made two fresh installs of NB-22, first time with importing my 
settings from my old NB-20 installation. Getting this problem I 
thought I'll try a fresh installation (completely removed the first 
one including cache and settings directories) without importing my 
old settings (just to sort out potential problems of my old 
installation). But still the problem is the same.


This is my Environment from the about Dialog:

Product Version: Apache NetBeans IDE 22
Java: 21.0.3; Java HotSpot(TM) 64-Bit Server VM 21.0.3+7-LTS-152
Runtime: Java(TM) SE Runtime Environment 21.0.3+7-LTS-152
System: Windows 10 version 10.0 running on amd64; UTF-8; de_DE (nb)

Is this a known problem, a bug? Am I doing something wrong? My NB-20 
installation works pretty perfect on the same machine. I've missed 
the 21 release, so I cannot say if the problem already was in that 
release. I can make a test with 21 if it is required.


The detailed Exception trace is:

java.lang.ExceptionInInitializerError: Exception 
java.lang.ExceptionInInitializerError [in thread 
"RepositoryUpdater.worker"]
    at 
org.apache.http.conn.ssl.SSLConnectionSocketFactory.(SSLConnectionSocketFactory.java:151)
    at 
org.eclipse.aether.transport.http.GlobalState.newConnectionManager(GlobalState.java:169)
    at 
org.eclipse.aether.transport.http.LocalState.(LocalState.java:57)
    at 
org.eclipse.aether.transport.http.HttpTransporter.(HttpTransporter.java:197)
    at 
org.eclipse.aether.transport.http.HttpTransporterFactory.newInstance(HttpTransporterFactory.java:95)
    at 
org.eclipse.aether.internal.impl.DefaultTransporterProvider.newTransporter(DefaultTransporterProvider.java:94)
    at 
org.eclipse.aether.connector.basic.BasicRepositoryConnector.(BasicRepositoryConnector.java:128)
    at 
org.eclipse.aether.connector.basic.BasicRepositoryConnectorFactory.newInstance(BasicRepositoryConnectorFactory.java:172)
    at 
org.eclipse.aether.internal.impl.DefaultRepositoryConnectorProvider.newRepositoryConnector(DefaultRepositoryConnectorProvider.java:122)
    at 
org.eclipse.aether.internal.impl.DefaultArtifactResolver.performDownloads(DefaultArtifactResolver.java:536)
    at 
org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:449)
    at 
org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifacts(DefaultArtifactResolver.java:261)
    at 
org.eclipse.aether.internal.impl.DefaultArtifactResolver.resolveArtifact(DefaultArtifactResolver.java:243)
    at 
org.eclipse.aether.internal.impl.DefaultRepositorySystem.resolveArtifact(DefaultRepositorySystem.java:278)
    at 
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:197)
    at 
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveAlways(DefaultArtifactResolver.java:152)
    at 
org.netbeans.modules.maven.embedder.MavenEmbedder.resolveArtifact(MavenEmbedder.java:424)
    at 
org.netbeans.modules.maven.j2ee.MavenJsfReferenceImplementationProvider.artifactPathFor(MavenJsfReferenceImplementationProvider.java:81)
    at 
org.netbeans.modules.web.jsf.editor.facelets.FaceletsLibrarySupport.parseLibraries(FaceletsLibrarySupport.java:361)
    at 
org.netbeans.modules.web.jsf.editor.facelets.FaceletsLibrarySupport._findLibraries(FaceletsLibrarySupport.java:325)
    at 
org.netbeans.modules.web.jsf.editor.facelets.FaceletsLibrarySupport.findLibraries(FaceletsLibrarySupport.java:270)
    at 
org.netbeans.modules.web.jsf.editor.facelets.FaceletsLibrarySupport.getNamespaceLibraryMapping(FaceletsLibrarySupport.java:173)
    at 
org.netbeans.modules.web.jsf.editor.JsfSupportImpl.getLibrary(JsfSupportImpl.java:224)
    at 
org.netbeans.modules.web.jsf.editor.JsfPageMetadataProvider.getMetadataMap(JsfPageMetadataProvider.java:74)
    at 
org.netbeans.modules.web.common.api.WebPageMetadata.getMetadata(WebPageMetadata.java:54)
    at 
org.netbeans.modules.web.common.api.WebPageMetadata.getMetadata(WebPageMetadata.java:113)
    at 

Re: Adding support for a file extension

[Michael Bien]

try options -> miscellaneous -> files

This should be able to associate extensions with known mime types.

-mbien


On 05.06.24 18:33, Will Hartung wrote:
I have my own little HTML templating files, but they have their own 
extension.


So, even though they're 99% HTML, the IDE does not consider them HTML. 
Notably, it won't let me format the files (which is all I really want, 
honestly).


Is there a straightforward way to tell NB that my .tt files are "like 
HTML"?


Do I need to make a plugin for it? It should be a really simple one, 
right?


Thanks!

Regards,

Will Hartung




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

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

Re: Netbeans notification requests permission for Maven repo. But how?

[Michael Bien]

you can click the links. Since this looks like a local repo, it won't 
have an index file anyway so you can click the "deny" link and it won't 
ask again for this repo ID.


This is meant for remote repos like maven central which offer big index 
files.


-mbien

On 03.06.24 21:21, Mark Koch wrote:


I get this Notification in Netbeans 21 where it wants me to Allow or Deny 
downloads for a temp repository but the blue hyperlinks don’t seem to have any 
effect.

So how would one enact the requested changes, either in Netbeans or from a 
command line?

Mark

Also, for whom it may concern, the message text does not wrap within the 
message window.





-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: Using Netbeans with SE 22

[Michael Bien]

Hi Owen,

regarding NetBeans:
you will need NetBeans 22 or later for Java 22 features (NB 22 should be 
officially released soon). Also keep in mind that JEP 447 (Statements 
before super) is a preview feature and preview features create 
non-portable bytecode which lock the bytecode to one JDK version.


regarding Gradle:
I believe latest gradle (8.8) has now full support for JDK 22.

-mbien


On 02.06.24 08:05, Owen Thomas wrote:

Hello Netbeans Users.

I have heard that Java SE 22 allows code before a call to super so 
long as it doesn't refer to "this". Being that I think this feature 
will help me a lot, I was wondering if Netbeans supports this Java 
release.


My projects are currently using JSE 17 and Gradle 7.3 (I think) as per 
the lauded compatibility matrix 
.


What advice might others be able to provide me before I decide to make 
the move? I take it I will have to upgrade to the later gradle 
recommended in the matrix which makes me hesitant; is there any advice 
anyone can give me about doing this?


Thanks,

  Owen.

Clique Space(TM). Anima ex machina. Find out more on cliquespace.net 
.




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

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

Re: Netbeans and Emmet

[Michael Bien]

this is likely the project you are looking for:
https://github.com/emmetio/netbeans

it seems to lack maintainers but the last release might still work. 
Simply download the nbm and try to install it using

tools -> plugins -> downloaded -> add plugins

-mbien


On 23.04.24 22:09, Tom Rushworth wrote:

Sorry, Netbeans version 21.

On 4/23/2024 4:07 PM, Tom Rushworth wrote:

Can Emmet be installed in Netbeans?  If so, how?

Tom





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

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

Re: New source files open near to "Output" tab

[Michael Bien]

you can probably fix this by moving the output out of the tab group of 
the files and then the files to the central area where you want them, 
but if this doesn't work you can always reset the UI with windows -> 
reset windows.


-mbien

On 16.04.24 14:29, Daehyun wrote:
Hi, I just upgraded to the newest Netbeans. I have the Editor window 
above the space where normally go "Output" "Variables" and so on. But 
in this new Netbeans, any new source file like .java opens next to the 
"Output" tab. I attach the screenshot. How to make edited files 
creatyes tabs in the Editor window, as it was before?


-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: Problems with Printing from NetBeans

[Michael Bien]

print to html and then print the html with a browser?

-mbien

On 16.04.24 21:04, Hanley, Chris wrote:

Hi,
I am new to this user group.
I teach at a high school in New York.
We have successfully printed from NB printing option.
My IMS imaged computers 2 months ago and we get
No Print Services Found when trying to print a source file, please 
help


Edition: Windows 10 Education
Version: 22H2
OS Build: 19045.4291

NetBeans: IDE 19
Java Version: 17.0.8

Thanks,
CH
--

Chris Hanley

*Technology Teacher*

*Varsity Girls Tennis Coach*

*Shenendehowa High School East*

*518-881-0310 ext 61643*





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

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

Re: Can;t link src/test/java to package being tested.

[Michael Bien]

the exec.mainClass property of pom.xml is the main entry point of your 
program and becomes relevant if you want to run the project in the shell 
or once its built.


NB can run anything which has a main method or any test simply via right 
click -> run/debug. It doesn't really care what is in the property so 
you don't have to permanently change it just so that you can test 
something. You can even remove it and it will run fine if you press play.


My guess is that you ran the project once and NB asked you what Main 
class to start (do you have two?). The default setting of the dialog 
remembers the choice for the rest of the session and won't ask again. 
Then you moved or renamed the class and now it can't find it, NB should 
ask again if you restart.


-mbien

On 02.04.24 20:19, slipbits wrote:


Thanks  Tamás;

I didn't know that and I'm glad you mentioned it. But the real 
question is how do I test the fool thing. I compiled everything 
successfully under NB. I built everything successfully under NB. Now 
here is where my ignorance shows. I don't want the fool thing located 
under "com.mycompany.slip.Slip". I know that this is referenced in the 
pom.xml file, but, if I change the pom entry my question is what do I 
have to do to the source folders? Going from 
com.mycompany.slip.Slip to 
Slip will this work and do I have to 
change the folder structure in some way?  Or quite baldly, 'what do I 
do now coach"?


I'm reading the Maven document to find out how changing 
 effects the folder architecture but a little word of 
wisdom would save me a lot of time.


thanks

The run output dialog is below.

JPDA Listening Start...
JPDA Address: 127.0.0.1:52253
Port:52253
cd D:\home\skidmarks\Projects\Unique\Project\slip; 
"JAVA_HOME=C:\\Program Files\\Java\\jdk-17.0.1" cmd /c "\"C:\\Program 
Files\\NetBeans\\NetBeans-20\\netbeans\\java\\maven\\bin\\mvn.cmd\" 
-Dexec.vmArgs=-agentlib:jdwp=transport=dt_socket,server=n,address=52253 
\"-Dexec.args=${exec.vmArgs} -classpath %classpath ${exec.mainClass} 
${exec.appArgs}\" -Dexec.appArgs= 
-Dexec.mainClass=com.mycompany.slip.Slip 
\"-Dexec.executable=C:\\Program 
Files\\Java\\jdk-17.0.1\\bin\\java.exe\" -Djpda.listen=true 
-Djpda.address=52253 \"-Dmaven.ext.class.path=C:\\Program 
Files\\NetBeans\\NetBeans-20\\netbeans\\java\\maven-nblib\\netbeans-eventspy.jar\" 
-Dfile.encoding=UTF-8 process-classes 
org.codehaus.mojo:exec-maven-plugin:3.1.0:exec"

Scanning for projects...

-< com.slipbits:slip >--
Building slip 1.0-SNAPSHOT
  from pom.xml
[ jar ]-

--- resources:3.3.1:resources (default-resources) @ slip ---
skip non existing resourceDirectory 
D:\home\skidmarks\Projects\Unique\Project\slip\src\main\resources


--- compiler:3.11.0:compile (default-compile) @ slip ---
Nothing to compile - all classes are up to date

--- exec:3.1.0:exec (default-cli) @ slip ---
Error: Could not find or load main class com.mycompany.slip.Slip
Caused by: java.lang.ClassNotFoundException: com.mycompany.slip.Slip
Command execution failed.
org.apache.commons.exec.ExecuteException: Process exited with an 
error: 1 (Exit value: 1)
    at org.apache.commons.exec.DefaultExecutor.executeInternal 
(DefaultExecutor.java:404)
    at org.apache.commons.exec.DefaultExecutor.execute 
(DefaultExecutor.java:166)
    at org.codehaus.mojo.exec.ExecMojo.executeCommandLine 
(ExecMojo.java:1000)
    at org.codehaus.mojo.exec.ExecMojo.executeCommandLine 
(ExecMojo.java:947)

    at org.codehaus.mojo.exec.ExecMojo.execute (ExecMojo.java:471)
    at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo 
(DefaultBuildPluginManager.java:126)
    at org.apache.maven.lifecycle.internal.MojoExecutor.doExecute2 
(MojoExecutor.java:328)
    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 

Re: Run-Time Error: email Validation project still giving errors

[Michael Bien]

On 12.03.24 05:58, Zulfi Khan wrote:


Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:3.11.0:compile 
(default-compile) on project ValidateName3: Fatal error compiling: 
error: release version 11.0.19 not supported -> [Help 1]


Something is wrong in your pom.xml. The javac release version field is 
only for major versions, e.g 11 or 21.


-mbien


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

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

Re: [platform] Remove files referred to in update_tracking

[Michael Bien]

the native libs should be ok for removal on non-windows systems since 
DDE is windows specific:

https://github.com/apache/netbeans/blob/643b64771c00c24d857773cd4d454c19f40bb57f/ide/extbrowser/src/org/netbeans/modules/extbrowser/NbDdeBrowserImpl.java#L77-L96

-mbien

On 11.03.24 14:41, Patrik Karlström wrote:

Let's hope not! :)

Also bringing this back to the list...

Den mån 11 mars 2024 kl 14:26 skrev Pieter van den Hombergh 
:


probably not if you are not on windows.


met vriendelijke groet
Pieter van den Hombergh

Op ma 11 mrt 2024 13:17 schreef Patrik Karlström :

I'm in the process of publishing some apps to flathub.org
 and got a PR comment regarding the
existence of nonlinux files like dll exe dylib and some
excotic architectures.

I can see references to them like in


    
        
        
        
        
    


I deleted the dlls and it seems to be working.

I only do monolithic releases/updates but in some applications
I have the plugin manager accessible.

So my question is this, is it safe to just remove the files or
will it bite me in the... end?

/Patrik




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

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

Re: No open files after updating

[Michael Bien]

unfortunately not.

I looked into this a while ago, and the opened files are part of the 
regular UI state persistence like window positions etc which isn't 
imported to the next version.


(Project groups are imported though since those aren't UI)


if you want to live dangerously:

 - start your old NB, create a project group if you haven't yet, then 
switch to project group "none" and close all opened files, close NB again
 - copy [netbeans_user_config]/[version]/config/Windows2Local/* into 
your new config

 - start new NB

-mbien

On 04.03.24 13:15, Tilman Hausherr wrote:

Hello,

I've updated from 19 to 21. Is there a way to transfer the list / tab 
position of open files from the old to the new version? I assume it is 
stored somewhere, because when closing / opening Netbeans it has the 
same files as before. I use my open files as sort of "to do" list / 
"files of interest" list.


The closest I found is this:
https://askubuntu.com/questions/252762/where-does-netbeans-remember-opened-files 



However this looks rather complex, a mix of binary and zip files.

Tilman


-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: Missing nb-javac plugin in NetBeans IDE 21

[Michael Bien]

On 01.03.24 17:42, Ulf Zibis wrote:


Am 01.03.24 um 15:24 schrieb Michael Bien:

  - The "force plugin install into shared directories" is not a good 
idea

Why is it provided?


For historic reasons and to solve some edge cases. I vaguely remember 
using this option for a native lib wrapper module in early days, since 
the JVM can load the same native lib only once without causing trouble. 
So by adding the module to the platform/IDE made sure that it was in 
front of the class path and it wasn't loaded twice. But today you would 
use other tricks to achieve something similar.


But its not there to encourage running NB with root rights.

I prefer to install binaries under binaries locations, which is 
/usr/lib here. /home is for data and configs. Helps to minimize backup 
footprint an allows all users to profit from the installed binaries.

(esp with root rights)
Under which conditions it is possible to install in shared directories 
without root rights?


e.g by launching nb from the platform independent zip.

but as mentioned before: nb-javac is part of NetBeans - it does not need 
to be installed since it is already there. A fresh NetBeans distribution 
with new user config not finding it would indicate some other issue, e.g 
corrupted installation or some problems with access rights etc - I don't 
know.


-mbien


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

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

Re: Netbeans 22 does not allow JDK 1.7 or 1.8

[Michael Bien]

its possible that there is a bug somewhere. Btw the link you posted is 
for the download archive.


JDK 8 would be at u402. I have all JDKs (8-23) in the platform manager 
and they are all recognized by NB.


-mbien


On 02.03.24 09:12, Noel Abela wrote:
You can clearly see from the filename in the screen shot that it is 
not a jre but a JDK. I got it from the oracle site here


https://www.oracle.com/java/technologies/javase/javase8-archive-downloads.html 



I guess it is a bug.

Thanks for the other tips

On 01/03/2024 22:56, Noel Abela wrote:

Thanks again for your input.

As you can see from the  attached screenshot I am getting the same 
error for Java 8. But thanks to your suggestion, I managed to install 
8 anyway by downloading it from within the platform manager itself.


As for the version issue, I am not sure if I am explaining myself 
well. Below is the link where one can install the latest version of 
Java which is 8. This is what the users of my application will do 
before running my application.


https://www.java.com/download/ie_manual.jsp

If I build my application with a higher JDK their java will not allow 
them to run my application. I would have to install their Java 
runtime myself. I was just looking into this jlink that you mentioned 
and I must say it looks interesting. What will have to be seen 
however, is the final size of the distribution package. This will 
obviously be larger than my present jar file and this will make 
updates more inefficient but to what degree is what needs to be seen. 
I will certainly try this out.


I will venture an answer to my own question of why java 8 is the 
latest jre available. Is it maybe because jlink started from JDK9? If 
so, then they are assuming that everyone will be using jlink which 
might not be the case.



On 01/03/2024 19:01, Michael Bien wrote:

On 01.03.24 18:24, Noel Abela wrote:
I am confused about all these versions. How come if you download 
the latest JRE from Oracle


this explains it. The platform manager expects a JDK, not a JRE. The 
concept of JRE is a bit dated and no longer well defined since the 
introduction of jlink, which allows to create your own JRE if needed.


I thought we added a better error msg in case a user tries to 
register a JRE - apparently not ;)




you get Java 8 since the JDK went all the way up to 21?


yeah. so here is the summary:

 - NetBeans 21 requires JDK 11, 17, or 21 to run as you can see on 
the download page.


 - You should be able to register JDK 8 or later using the java 
platform manager and use it for your projects.


 - 1.7 won't be possible anymore since the editor of NB relies on a 
recent version of javac (which is bundled with NB), and javac itself 
does no longer support the Java 7 target (8 works fine)



How come if you download the latest... 


The Platform Manager itself can download JDKs.

This community maintained website might also help to find a version 
from a vendor you prefer: https://javaalmanac.io/


If you install a JDK using tools like sdkman or a regular repository 
on linux, NB should automatically add it to the platform manager 
since it scans some well-known directories.


best regards,

-mbien



On 01/03/2024 16:15, Michael Bien wrote:
NetBeans 21 supports projects which use JDKs in the rage 8-21 with 
limited support for early access dev builds 22, 23 etc.


javac itself dropped support for the 1.7 target in Java 20.

So your best bet would be to try NetBeans 17 which used nb-javac 
based on JDK 19. Although I can't promise that this will work 
since I don't think anyone tested anything with Java 7 for quite 
some time.


-mbien

On 01.03.24 10:32, Noel Abela wrote:

I have just installed Nebeans 22 which is using JDK 21.
I need to maintain a desktop application which is on JDK 1.7 but 
when I attempt to add this JDK and even JDK 1.8, Netbeans gives 
the following error ...



"Cannot detect and install the selected platform. The Java or 
javac may not be executable."


I have read in other forums that this was a bug way back in 
version 10 or 11.
I would have imagined that this would have been solved by version 
22.

Does anyone know some fix or workaround for this?

- 


To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: Netbeans 22 does not allow JDK 1.7 or 1.8

[Michael Bien]

On 01.03.24 22:56, Noel Abela wrote:

Thanks again for your input.

As you can see from the  attached screenshot I am getting the same 
error for Java 8.


what Java distribution is this you tried to add? if its the one from the 
link you posted it would be a JRE I believe. Oracle has a separate page 
for JDK downloads somewhere. You cant use JREs to build programs.



But thanks to your suggestion, I managed to install 8 anyway by 
downloading it from within the platform manager itself.


cool!




If I build my application with a higher JDK their java will not allow 
them to run my application.


almost. On later JDKs you can use -release 11 for example to build your 
project against a specific version which can be lower than the JDK 
version. JDK 8 doesn't have that yet, so you pretty much have to build 
on JDK 8 to be sure that you don't use API from a later version by 
accident - or have very good test coverage.





As for the version issue, I am not sure if I am explaining myself 
well. Below is the link where one can install the latest version of 
Java which is 8. This is what the users of my application will do 
before running my application.



JREs still exist from various vendors, e.g:

https://adoptium.net/temurin/releases/?package=jre=21

https://www.azul.com/downloads/?version=java-21-lts=jre#zulu

...

simply point your users to a different link


I will venture an answer to my own question of why java 8 is the 
latest jre available. Is it maybe because jlink started from JDK9? If 
so, then they are assuming that everyone will be using jlink which 
might not be the case.


Sun was interested in the desktop, Oracle not so much. I believe JRE 8 
is the last offered JRE from Oracle. The way how programs are installed 
changed too. Today it usually works over app stores where everything is 
typically included in the download. Having a JRE requirement is a bit 
dated. Java 8 is a decade old by now.


-mbien

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

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

Re: Netbeans 22 does not allow JDK 1.7 or 1.8

[Michael Bien]

On 01.03.24 18:24, Noel Abela wrote:
I am confused about all these versions. How come if you download the 
latest JRE from Oracle


this explains it. The platform manager expects a JDK, not a JRE. The 
concept of JRE is a bit dated and no longer well defined since the 
introduction of jlink, which allows to create your own JRE if needed.


I thought we added a better error msg in case a user tries to register a 
JRE - apparently not ;)




you get Java 8 since the JDK went all the way up to 21?


yeah. so here is the summary:

 - NetBeans 21 requires JDK 11, 17, or 21 to run as you can see on the 
download page.


 - You should be able to register JDK 8 or later using the java 
platform manager and use it for your projects.


 - 1.7 won't be possible anymore since the editor of NB relies on a 
recent version of javac (which is bundled with NB), and javac itself 
does no longer support the Java 7 target (8 works fine)



How come if you download the latest... 


The Platform Manager itself can download JDKs.

This community maintained website might also help to find a version from 
a vendor you prefer: https://javaalmanac.io/


If you install a JDK using tools like sdkman or a regular repository on 
linux, NB should automatically add it to the platform manager since it 
scans some well-known directories.


best regards,

-mbien



On 01/03/2024 16:15, Michael Bien wrote:
NetBeans 21 supports projects which use JDKs in the rage 8-21 with 
limited support for early access dev builds 22, 23 etc.


javac itself dropped support for the 1.7 target in Java 20.

So your best bet would be to try NetBeans 17 which used nb-javac 
based on JDK 19. Although I can't promise that this will work since I 
don't think anyone tested anything with Java 7 for quite some time.


-mbien

On 01.03.24 10:32, Noel Abela wrote:

I have just installed Nebeans 22 which is using JDK 21.
I need to maintain a desktop application which is on JDK 1.7 but 
when I attempt to add this JDK and even JDK 1.8, Netbeans gives the 
following error ...



"Cannot detect and install the selected platform. The Java or javac 
may not be executable."


I have read in other forums that this was a bug way back in version 
10 or 11.

I would have imagined that this would have been solved by version 22.
Does anyone know some fix or workaround for this?

-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: Netbeans 22 does not allow JDK 1.7 or 1.8

[Michael Bien]

NetBeans 21 supports projects which use JDKs in the rage 8-21 with 
limited support for early access dev builds 22, 23 etc.


javac itself dropped support for the 1.7 target in Java 20.

So your best bet would be to try NetBeans 17 which used nb-javac based 
on JDK 19. Although I can't promise that this will work since I don't 
think anyone tested anything with Java 7 for quite some time.


-mbien

On 01.03.24 10:32, Noel Abela wrote:

I have just installed Nebeans 22 which is using JDK 21.
I need to maintain a desktop application which is on JDK 1.7 but when 
I attempt to add this JDK and even JDK 1.8, Netbeans gives the 
following error ...



"Cannot detect and install the selected platform. The Java or javac 
may not be executable."


I have read in other forums that this was a bug way back in version 10 
or 11.

I would have imagined that this would have been solved by version 22.
Does anyone know some fix or workaround for this?

-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: Missing nb-javac plugin in NetBeans IDE 21

[Michael Bien]

On 01.03.24 14:43, Ulf Zibis wrote:

Am 29.02.24 um 22:12 schrieb Geertjan Wielenga:
The Apache NetBeans 21 binary releases require JDK 11+, and 
officially supports running on JDK 11, 17 and 21.


Thanks for the info.

In the meantime I solved the problem still using JDK 18 as follows.

- deleted user config data and reinstalled NetBeans
- started NB under root
- configured plugins  to shared directory
- activated Java SE module, which also installed the profiler
- started NB as user
- again activated Java SE module
- Restart. All is fine !!!

Don't know, if that is a good workaround.

-Ulf 


there are several red flags here which might cause you problems in future:

 - Don't start NB with root rights. Subsequent starts will likely not 
be able to write to cache/log folders.


 - The "force plugin install into shared directories" is not a good 
idea (esp with root rights) and is likely the original cause why 
nb-javac couldn't be found if you done that in past


 - Run NB on supported JDKs, there are usually 2-3 LTS versions 
supported for every NB release to make this easier. There are also 
community bundles available from the download page which contain a JDK. 
If you don't want to use those, this page might help to find the right 
JDKs download: https://javaalmanac.io/jdk/21/



NetBeans ships with nb-javac preinstalled as regular module, if you 
don't change anything it should just work. Start NB, open/create a 
project and the right modules will activate.


btw to reset NB completely, all you have to do is to follow the note on 
the readme: 
https://github.com/apache/netbeans?tab=readme-ov-file#log-config-and-cache-locations


-mbien


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

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

Re: Netbeans 21 always showing wrong Java dependency for Maven project

[Michael Bien]

Hi,

On 28.02.24 11:23, Francesco Chicchiriccò wrote:

Hi there,
I am using Netbeans since 6.0 and still enjoying it as main 
development platform for Java: nice job!


I am experiencing an annoying behavior with Maven projects: even 
though JDK 21 is correctly reported under project properties -> 
sources -> source/binary format and also under build -> compile (as 
set by Maven's pom.xml), Netbeans keeps showing JDK 11 under Java 
dependencies.


I can reproduce this, switching JDKs doesn't update the tree under "Java 
Dependencies". Reopening the project or restarting NB does fix it - so 
this looks like a (UI only?) bug, however:



The unwanted consequence of this is that I can only browse JDK 11 
sources when CTRL + clicking on my project's sources.


this I can't reproduce. It always navigated to the right JDK sources. 
Building/running the project does also use the JDK selected in project 
properties.


If you create a brand new maven project using the standard template, 
does the same problem occur?


-mbien




I have both platforms correctly defined, including sources.
Netbeans itself runs on JDK 21.

What could be the issue? TIA
Regards.




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

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

Re: Issues/capabilities of the NetBeans GUI builder

[Michael Bien]

Hi,

not everything has to use GroupLayout. Since you already have three 
tables in a JPanel, you can let that JPanel use any other layout manager 
which you prefer for the usercase.


And yes, you could also write the code for the panel with the tables in 
it by hand if that is easier and still add the panel to other forms 
using the gui builder - like lego.


Most windows in NetBeans itself were made using the gui builder, but 
here and there you will find custom code building forms where it makes 
sense.


-mbien

On 22.02.24 22:09, Joseph Huber wrote:


Hello,

I am modifying a small application that was designed with the NetBeans 
GUI builder.  One of the JPanels displays three JTables side-by-side.  
The JTables have three columns and are inside of individual 
JScrollPanes.  My task is to add more tables to display additional 
data.   The JTable columns were very wide, in order to fully display 
the widest expected data.  Unfortunately, this often leaves much dead 
space in the tables that could be reclaimed to display more tables.


I have modified the JTables to nicely adjust their column widths to 
match the actual data, but I cannot get the JScrollPanes to shrink 
down to the  width of the optimized JTables.  Thus, there is often a 
bunch of wasted empty white space in the JScrollPanes.  After the data 
is added to the table, table.getPreferredScrollableViewportSize() 
correctly reports the size of the viewport to display the optimized 
table, but I cannot figure out how to change the JScrollPane width 
from the size that it is set to in the GUI Designer to match the 
viewport size requested by the JTable; scrollpane.setSize() and 
scrollpane.setPreferredSize() don’t seem to have any effect.  It seems 
that the upstream Swing objects aren’t querying the JTables for 
display information after the data is added.


Internet search indicates that (in addition to a general disdain for 
GUI builders) this may be due to the GroupLayout layout manager used 
by the NetBeans GUI builder or some other limitations of how layout is 
done in the GUI Builder.  Any thoughts on how to get the JScrollPane 
to resize?


My second challenge would be making this JPanel horizontally 
scrollable.  Even using JTables with optimized column widths, with the 
number of tables I have to add, the JPanel would end up wider than a 
feasible desktop window size.  I tried adding the 
JTables/JScrollPanels into one larger JScrollPanel with the GUI 
Builder, but the GUI Builder does not seem to be able  to do that.


Is it feasible to do what I need to do with the NetBeans GUI builder, 
or do I need to scrap the existing GUI Builder JPanel and switch to a 
manually coded/designed JPanel?


Thank You!

Joe Huber

Standard Refrigeration LLC

Re: where have the stream inline hints gone?

[Michael Bien]

they have a hotkey now, see: "view -> Show inline Hints".

under "options -> editor -> inline hints" you can configure what exactly 
is toggled on/off.


-mbien


On 21.02.24 12:59, Pieter van den Hombergh wrote:

Gone with the wind?

In some earlier netbeans version you could type things like
   collection.stream(). stream

and then the IDE would tell you what the stream type was and 
what operations are useful.

Has this feature been silently dropped? That would be a real shame.


Met vriendelijke groet,
Pieter van den Hombergh.
Kerboschstraat 12
5913 WH Venlo

Re: NetBeans 19 Performance Issues

[Michael Bien]

Hi Blaine,

~260 classes shouldn't cause any performance problems (I assume java 
classes or is this PHP?).


I actually just opened all netbeans modules so that I can run some 
project wide cleanups, and that would be ~450 projects i think. I 
haven't timed it but it usually takes about 5mins of scanning when I 
open this project group. So there must be something else going on here.


What project type is this? Have you tried to load the project to local 
disk to exclude the network?


File access will be significantly slower over the network no matter what 
you do.


-mbien

On 13.02.24 16:34, Blaine Heinfeld wrote:


I am trying to understand and resolve a severe performance issue with 
NetBeans 19 running on Azul Java 11.0.13; OpenJDK 64-Bit Server VM 
11.0.13+8-LTS.


My project consists of about 260 classes and has probably around 
75,000 lines of total text, including some extensive HTML 
documentation files.  The project is still growing. and will probably 
get 15-20% larger.


Simply opening the project and letting it complete all of the startup 
scans takes about 20 minutes on an otherwise idle computer.  When 
opening a 100 line class file, the Navigator pane displaying method 
names just took about 4 minutes to populate.


Double clicking on a method name in the Navigator pane gives me a 
"Lengthy operation in progress" "Calculating declaration position" 
message that stays on the screen for about a minute.


Even clicking on a menu can result in delays and a wait cursor for a 
period of time. Everything in NetBeans seems very slow.


During all this, the computer hosting NetBeans shows no CPU, memory, 
or network constraints.  The project files are on a NAS which also 
shows no performance issues.


And I'm not experiencing performance issues with other applications on 
the same computer using the same NAS.  The issue really seems 
restricted to NetBeans.


When I started this project I didn't have these issues.  But it does 
appear they have gotten worse over time and as the project gets bigger.


Any ideas about what might be happening and how to fix it?  My first 
guess would be that NetBeans is memory constrained in some way, but 
that would need to be some NetBeans setting.  The computer shows over 
8GB of free memory with NetBeans using under 600MB.


Blaine

Re: Apache NetBeans 20 released - Java Versions

[Michael Bien]

On 21.12.23 13:01, Judi Rastall wrote:


One small niggle remains: when I start NB20, it complains it cannot 
find JDK8 and can it use the default. I click 'yes' and all is well. I 
have found how to point NB to JDK21 at project level but I cannot find 
a way to switch this at global level. Is there an environment variable 
I need to know about here?


projects can use JDKs other than the JDK NetBeans itself is running on. 
So what happened there most likely was that NetBeans told you that the 
JDK the project was configured to use, wasn't there anymore after you 
uninstalled it and it is going to use the default JDK as fallback. The 
"default JDK" is the JDK NetBeans is running on.


You can select the JDK in the project properties window (right click on 
project -> properties).


Registering new JDKs would be via tools -> java platforms as previously 
mentioned.



but this sounds to me like you don't have to do anything, NB probably 
simply set it to the default which would be JDK 21 you just installed.


-mbien

Re: GenAI for Netbeans

[Michael Bien]

On 20.12.23 21:01, Greenberg, Gary wrote:
Are there any attempts to add GenAi, Github Copilot or ChatGPT to 
Netbeans?



a NB ChatGPT plugin would be here:

https://github.com/Hillrunner2008/netbeans-chatgpt


don't know about any other plugin in that area (which doesn't mean they 
don't exist of course)



best regards,

michael


Our company is pushing developers to switch to IntelliJ with Github 
Copilot, but I do not want to leave Netbeans that I am using for 
almost quarter of a century.


*Gary Greenberg*

Staff Software Engineer

Re: Apache NetBeans 20 released - Java Versions

[Michael Bien]

On 20.12.23 01:30, Judi Rastall wrote:


If I may introduce myself: I am a hobbyist. I am teaching myself Java 
through reading books and other online sources...


cool! This is probably one of the best ways how to get into programming. 
Find something you want to write and then try to get there somehow with 
the help of books/guides etc.



 ... I didn't realise that the professional development community had 
moved on and was now plugged into Oracle and Java.net which seem to be 
under totally different care and maintenance.


NetBeans has also a JDK downloader integrated, if you want to see all 
the different versions and vendors you can access it under:


Tools -> Java Platforms -> Add Platform -> Download OpenJDK




So it seems that I need to refocus my attention to JDK21 from Oracle 
and cross my fingers and hope that my current project survives the 
sudden upgrade.


If you encounter problems, upgrade in steps, 8->11->17->21. But most 
programs will work fine on 21 if you don't have too many trouble making 
dependencies.



best regards,

-mbien




Regards,

Judi Rastall

On 19/12/2023 23:25, Scott Palmer wrote:
Some of this confusion is caused by the fact that there is no longer 
a separate JRE download. Java.com was targeted at end users, not 
developers. There is indeed no update to the Java 8 JRE as the JRE is 
discontinued. The JDK is a different story.


Scott


On Dec 18, 2023, at 2:55 PM, Leo Donahue  wrote:




On Mon, Dec 18, 2023, 13:09 Stephen Winnall  wrote:

Why is everyone avoiding answering Judi’s question?


On the NetBeans main page, it says indirectly that you can't install 
with java 8, you need 11+



Deployment Platforms

The Apache NetBeans 20 binary releases require JDK 11+, and 
officially support running on JDK 11, 17 and 21.




https://netbeans.apache.org/front/main/download/nb20/


I don’t pretend to be the expert but the answer to Judi’s
question is: download newer (post-v8) versions of Java from Zulu
(https://www.azul.com/downloads/?package=jdk#zulu) or some other
OpenJDK site.

Cheers,
Steve


On 18 Dec 2023, at 19:04, Michael Bien  wrote:

On 18.12.23 18:22, Judi Rastall wrote:

I go to my Java installation (which says it is Java v8 update
391), click on check for updates, and it tells me I have the
latest version.


java isn't going to update to the next major version on
windows. I don't think the newer JDKs have even an updater
anymore (not sure, might be vendor dependent).

The easiest way to get started on windows is to use one of the
community installers which bundle a current JDK with NB in one
package. If you don't want that, then check the requirements on
the download page and install a supported JDK of a vendor you
prefer.

-mbien


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

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

Re: [ANNOUNCE] Apache NetBeans 20 released

[Michael Bien]

On 18.12.23 18:22, Judi Rastall wrote:
I go to my Java installation (which says it is Java v8 update 391), 
click on check for updates, and it tells me I have the latest version.


java isn't going to update to the next major version on windows. I don't 
think the newer JDKs have even an updater anymore (not sure, might be 
vendor dependent).


The easiest way to get started on windows is to use one of the community 
installers which bundle a current JDK with NB in one package. If you 
don't want that, then check the requirements on the download page and 
install a supported JDK of a vendor you prefer.


-mbien


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

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

Re: Is there documentation for migrating projects from a previous version of NetBeans to NetBeans 20?

[Michael Bien]

Hi,

NB 20 (you are using NB 10?!) has the jakarta transformer integrated 
which might assist somewhat with the migration:

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

but if your project is still at J2EE 1.5 level, this certainly won't be 
possible in one step. It might be best to migrate it to the "latest" 
J2EE version first, then continue till it works with Jakarta EE 8 and 
then finally make the namespace change to Jakarta EE 10+.


I suppose your project is also still using Ant, given how old J2EE 1.5 
is, this might have to be moved to maven too to simplify migration.


(btw this all doesn't really have anything to do with NetBeans versions, 
its more about how to migrate enterprise applications)


-mbien


On 16.12.23 00:03, William Crowell wrote:
I understand that, but what would you need to do only in the IDE?  I 
get there are namespace changes and all.


*From:* Geertjan Wielenga 
*Sent:* Friday, December 15, 2023 5:51:44 PM
*To:* William Crowell 
*Cc:* users@netbeans.apache.org 
*Subject:* Re: Is there documentation for migrating projects from a 
previous version of NetBeans to NetBeans 20?
I think there’s quite a bit more involved in migrating to Jakarta EE 
than looking for a property switch in NetBeans.


Gj

On Fri, 15 Dec 2023 at 23:30, William Crowell 
 wrote:


Gj,

Thank you for your reply.  I am trying to migrate an application
from Java EE to Jakarta EE 10.  For some reason in NetBeans 10 I
cannot switch from Java EE to Jakarta EE in the project
properties. The project has a nbproject/project.properties which
has the following:

j2ee.platform=1.5

Is this a NetBeans specified file and how would I get the project
in NetBeans switched over to Jakarta EE 10?

Regards,

William Crowell

*From: *Geertjan Wielenga 
*Date: *Friday, December 15, 2023 at 4:25 PM
*To: *wcrow...@perforce.com.invalid 
*Cc: *users@netbeans.apache.org 
*Subject: *Re: Is there documentation for migrating projects from
a previous version of NetBeans to NetBeans 20?

Just open the project, documentation should not be needed for this.

Gj

On Fri, 15 Dec 2023 at 20:11, William Crowell
 wrote:

Is there documentation for migrating projects from a previous
version of NetBeans to NetBeans 20?

Regards,

William Crowell

/This e-mail may contain information that is privileged or
confidential. If you are not the intended recipient, please
delete the e-mail and any attachments and notify us immediately./

*CAUTION:*This email originated from outside of the organization.
Do not click on links or open attachments unless you recognize the
sender and know the content is safe.


This e-mail may contain information that is privileged or
confidential. If you are not the intended recipient, please delete
the e-mail and any attachments and notify us immediately.




*CAUTION:*This email originated from outside of the organization. Do 
not click on links or open attachments unless you recognize the sender 
and know the content is safe.



This e-mail may contain information that is privileged or 
confidential. If you are not the intended recipient, please delete the 
e-mail and any attachments and notify us immediately.

Re: Cloned and floated window not behaving

[Michael Bien]

On 06.12.23 21:06, Ernie Rael wrote:


> N views at once make that even more interesting. There are certainly 
ways
> to improve this but I don't think there is a single/obvious way how 
it should

> behave - it is somewhat context dependent.

I can't think of a use case where you want a non-focused *editor 
window* jumping around ...


for the ctrl-z case viewport changes should be limited to last focused 
window - I agree, since right now everything will scroll. Breakpoints 
seem to prefer the oldest window which might be another option.


-mbien


-ernie

Re: Adjusting to monitor resolution

[Michael Bien]

you can overwrite the logic with flags, in your case the easiest 
solution is probably to create two shortcuts for NetBeans, one which 
opens an instance which is meant to work on your large screen, and one 
which is meant to work on your lower res screen.



netbeans --fontsize 16

changes just the font size to 16 for example


netbeans -J-Dsun.java2d.uiScale=2

makes everything 2x larger


regards,
-mbien

On 06.12.23 20:39, Greenberg, Gary wrote:


I am working with NB 18 on DELL laptop in two locations (1/2 day in 
each), where I am connecting laptop to external monitors.

My problem is that monitors have different resolutions.

  * 3840X2160
  * 1920X1200

When connected to a higher resolution monitor, fonts becoming small 
and uncomfortable.


Changing the font settings in Netbeans twice a day is cumbersome. 
Changing monitor setting is blocked by sysadmins.

Can I configure options to automatically adjust NB to monitor resolution?

*Gary Greenberg*

Staff Software Engineer

Re: Cloned and floated window not behaving

[Michael Bien]

Hi Mitch,

depends. This is a hard problem to solve, since it might be the right 
behavior in some cases, but not in others.


example: ctrl-z will move the view to the change, in some situations 
this is very useful and exactly what is expected from the IDE, in other 
cases (e.g reverting automatically added imports) the IDE shouldn't 
distract by scrolling to the top of the file.


N views at once make that even more interesting. There are certainly 
ways to improve this but I don't think there is a single/obvious way how 
it should behave - it is somewhat context dependent.


two more examples of scrolling related issues:
 - the output window stops scrolling as soon an exception is printed, 
this is a feature in 90% of all cases and super annoying in 10% of all 
cases, e.g if you dump stack traces in your log
 - clicking a link in a scrolled pane did center that link - which was 
removed in NB 20 (last minute #6679) since that was annoying when a user 
clicked through a stack trace for example which made the view move 
slightly on every click.


maybe we should add a scroll-lock button or something like that

-mbien


On 06.12.23 16:47, Mitch Claborn wrote:
Editing a Java class. I'm creating a new version of a method in that 
class and want the old version in a separate window for reference. I 
clone the current window then float it and scroll to the old version 
of the method in the floated window and put that window on a different 
monitor.


When I make changes in the same file in the main NB window the floated 
window doesn't stay where it was, but scrolls to where I'm making 
edits in the main window.


Is that the expected behavior?




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

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

Re: Java version: 21 ... not supported by Gradle 8.5

[Michael Bien]

On 06.12.23 00:32, Owen Thomas wrote:
This matrix is just doing my head in, because all I can gather from 
the page disclosed is a mechanism - I don't understand why the 
mechanism needs to exist in the first place.


because gradle uses kotlin and groovy as the config file format 
language, languages which are implemented on top of java (its more 
complicated but this is the simple version). They will always lack a bit 
behind in supporting the latest java version. Gradle has to wait for all 
dependencies to be ready before it can claim in a release that it 
supports Java X.


The exact same thing happens in NB, gradle 8.5 was released too late to 
be tested and integrated into NB 20, so it ships with gradle 8.4. NB 21 
will whip with whatever is ready when the release candidate phase starts.


btw upgrading gradle in NB is relatively easy, you can do it yourself, 
open a PR and you have a NB dev build which includes a jdk 21 compatible 
gradle release, example: https://github.com/apache/netbeans/pull/6553



Now lets compare this with other build tools like apache maven or ant, 
they use XML as their file format. The last spec change to XML was in 
the year 1820 (estimated). I just tested it, and even a 14 years old 
release of maven (2.1) works fine on JDK 21 (but please don't try this 
at home, running end-of-life network connected libs is not a good idea - 
this was just an experiment to proof a point). This problem essentially 
doesn't exist with maven and ant.


hope this helps,

-mbien




I don't think the version of a build tool should need to be matched 
with a version of the JVM - but this is indeed probably merey my 
ignorance of the justification for this necessity speaking. Is there a 
page that informs my ignorance?


On Wed, 6 Dec 2023 at 03:23, Bernd Michaely  
wrote:


https://docs.gradle.org/current/userguide/compatibility.html

On 04.12.23 01:24, Owen Thomas wrote:
>
> Is there a page I can read that outlines how Gradle will work with
> Java in the future? This stuff is giving me a headache.
>

Re: Java version: 21 ... not supported by Gradle 8.5

[Michael Bien]

gradle 8.4 release notes:

 > Java 21 is now supported for compiling, testing, and running such 
projects.



gradle 8.5 release notes:

 > Gradle now supports running on Java 21.


(I fell for it too the first time I read it, Gradle 8.4 can not run on 
Java 21)


-mbien



On 04.12.23 02:20, Ernie Rael wrote:

On 23/12/03 3:51 PM, Laszlo Kishalmi wrote:
Well, unfortunately gradle init only supports java version 
specification since Gradle 8.5


NB20 is bundled with Gradle 8.4.


The gradle 8.4 release notes say

"Java 21 is now supported"

if that matters.



There is a bit workaround needed to run Java 21 projects with Gradle.


I can run the project tests with no workaround.

Also, I manually set the gradle version for the project to 8.5

./gradlew wrapper --gradle-version 8.5

The problem icon is still there and the message says

"Java version: 21 ... not supported by Gradle 8.5"

Both 8.4 and 8.5 claim to support JDK-21. This all makes no sense.

I think (I don't remember) that I could run the project tests when it 
was gradle 8.4 as well with no workaround.


This all makes me wonder if there's something hardcoded in NetBeans 
about JDK-21 and gradle.


-ernie




Set the Java Runtime version for Gradle in Tools > Options > Java > 
Gradle to Java 20 or below.


From there you can use any Java version in your Gradle projects, 
whatever that Gradle version support.


Gradle 8.4 does support Java 21 using Java Toolchain, should work.

java {
    toolchain {
    languageVersion = JavaLanguageVersion.of(21)
    }
}

On 12/3/23 13:30, Ernie Rael wrote:

Running NB-20, jdk21.

The goal is to play with some JDK-21 APIs...

Creating a project using NB's "New Project > Java with Gradle".

I can build and run the default "Library" and test. But there's the 
warning icon and "Resolve Project Problems".


Any way to get rid of the warning?

-ernie


"Resolve Project Problems"

The Java version: 21, that is selected for the project is not 
supported by

Gradle 8.4.The IDE will attempt to use Gradle 8.4 to gather the project
information.
Possible solutions:
Upgrade your Gradle version on your project
Select Java Runtime 20 (or below), on Build > Gradle Execution 
settings, to avoid this problem!





-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

NB embedded tomcat, was: Re: Slack?

[Michael Bien]

the internal web server you can see listed in the services window is 
used for NetBeans internal features.


For example for serving local javadoc when you open it in a browser. It 
is a cached tomcat instance essentially.


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

also please use an appropriate title for email threads - this has 
nothing to do with slack anymore


-mbien


On 03.12.23 04:53, Malcolm Fitzgerald wrote:


Sorry,

No idea about that particular service.

Malcolm



On 3 Dec 2023, at 12:27, ohmb...@gmail.com wrote:

Malcom,

Thanks for the reply.  I do use PHP with SQL coding and have used
XAMPP with my older version Netbeans 8.2.

I have seen on my netbeans 8.2 the XAMPP listed under Servers.

I just never seen this before when I downloaded Netbeans 19.0 on
my newer computer.

You see on the bottom of the services?  I don’t have webserver
installed yet. Still kinda browsing a bit.

I noticed the “internal webserver” and that I can start and stop
it.  I’m wondering what is going on here, when I don’t have a
webserver yet.

What is this “internal webserver” doing? I’ll analyze my windows
11 services when I start and stop this, but this is a strange new
thing.

Haven’t found documentation in it yet.

Thanks,

Edward Sadzewicz
TI-19045 - MTFBWY
ohmb...@gmail.com 

*From:* Malcolm Fitzgerald 
*Sent:* 2 December, 2023 14:14
*To:* ohmb...@gmail.com
*Cc:* users@netbeans.apache.org
*Subject:* Re: Slack?

The web server is not built into netbeans.

Netbeans expects you to use a web server running locally, ie, your
own apache or nginx. Otherwise you can use PHP's built-in
webserver, the one you get by passing the -S option to php via the
command line?

If you are you have been using WAMP then you have apache running
somewhere, and that's what you'd point to.

I use Netbeans for PHP webdev stuff. I find that it's easiest to
use PHP's web server.

Malcolm

On 3 Dec 2023, at 4:44, ohmb...@gmail.com wrote:

Thank you.

I’m looking for any information on the “internal webserver” in
the services section of netbeans 19.

Thanks,

Edward Sadzewicz

ohmb...@gmail.com 

*From:* Michael Andrews 
*Sent:* 1 December, 2023 08:32
*To:* users@netbeans.apache.org
*Subject:* Slack?

The Slack link at the bottom of this page is invalid.

https://netbeans.apache.org/front/main/community/mailing-lists/

"Meet other users in the unofficial NetBeans Slack channel
"

Is there a public Slack workspace/channel?

Re: [platform] RELEASE200

[Michael Bien]

you are probably experiencing this issue:
https://github.com/apache/netbeans-mavenutils-nbm-maven-plugin/pull/122/

(NB 20 is also not released yet, the staged repositories are not permanent)

regards,
-mbien

On 25.11.23 07:58, Patrik Karlström wrote:
So I'm testing my maven platform applications against RELEASE200 and 
I've got two questions.


I tend to exclude unneeded (by me) modules to make the apps more slim, 
or to provide newer dependencies such as for lang3 for example. Now I 
get messages like


Some included modules/bundles depend on these codenamebases but they 
are not included. The application will fail starting up. The missing 
codenamebases are:

   org.netbeans.api.templates          ref: [org.openide.loaders]
   org.apache.commons.logging          ref: 
[org.apache.commons.commons_io]

   org.apache.commons.codec          ref: [org.apache.commons.commons_io]
   org.netbeans.swing.outline          ref: 
[org.netbeans.modules.options.api, org.openide.explorer]
   org.netbeans.modules.editor.mimelookup          ref: 
[org.openide.text, org.openide.loaders]


Why is that and should I just roll with the changes?

The second thing I noticed is a lot of messages like the following, 
how come?

Is it because of my usage of the testing repo?

The POM for org.netbeans.api:org-openide-windows:jar:RELEASE200 is 
missing, no dependency information available
The POM for 
org.netbeans.modules:org-netbeans-core-startup-base:nbm:RELEASE200 is 
missing, no dependency information available
The POM for 
org.netbeans.modules:org-netbeans-core-startup:nbm:RELEASE200 is 
missing, no dependency information available
The POM for org.netbeans.api:org-netbeans-libs-asm:nbm:RELEASE200 is 
missing, no dependency information available
The POM for org.netbeans.api:org-openide-filesystems:nbm:RELEASE200 is 
missing, no dependency information available
The POM for org.netbeans.modules:org-netbeans-bootstrap:nbm:RELEASE200 
is missing, no dependency information available
The POM for org.netbeans.api:org-openide-modules:nbm:RELEASE200 is 
missing, no dependency information available
The POM for org.netbeans.api:org-openide-util-lookup:nbm:RELEASE200 is 
missing, no dependency information available
The POM for org.netbeans.api:org-openide-util-ui:nbm:RELEASE200 is 
missing, no dependency information available
The POM for org.netbeans.api:org-openide-util:nbm:RELEASE200 is 
missing, no dependency information available
The POM for 
org.netbeans.external:org-apache-commons-codec:jar:RELEASE200 is 
missing, no dependency information available
The POM for 
org.netbeans.api:org-apache-commons-commons_io:nbm:RELEASE200 is 
missing, no dependency information available
The POM for 
org.netbeans.external:org-apache-commons-logging:jar:RELEASE200 is 
missing, no dependency information available
The POM for 
org.netbeans.api:org-netbeans-api-annotations-common:nbm:RELEASE200 is 
missing, no dependency information available
The POM for org.netbeans.api:org-netbeans-api-intent:nbm:RELEASE200 is 
missing, no dependency information available
The POM for org.netbeans.api:org-netbeans-api-io:nbm:RELEASE200 is 
missing, no dependency information available
The POM for 
org.netbeans.api:org-netbeans-api-progress-nb:nbm:RELEASE200 is 
missing, no dependency information available
The POM for org.netbeans.api:org-netbeans-api-progress:nbm:RELEASE200 
is missing, no dependency information available
The POM for org.netbeans.api:org-netbeans-api-scripting:nbm:RELEASE200 
is missing, no dependency information available
The POM for org.netbeans.api:org-netbeans-api-search:nbm:RELEASE200 is 
missing, no dependency information available
The POM for org.netbeans.api:org-netbeans-api-templates:nbm:RELEASE200 
is missing, no dependency information available
The POM for org.netbeans.api:org-netbeans-api-visual:nbm:RELEASE200 is 
missing, no dependency information available
The POM for 
org.netbeans.modules:org-netbeans-core-execution:nbm:RELEASE200 is 
missing, no dependency information available
The POM for 
org.netbeans.modules:org-netbeans-core-io-ui:nbm:RELEASE200 is 
missing, no dependency information available
The POM for 
org.netbeans.api:org-netbeans-core-multitabs:nbm:RELEASE200 is 
missing, no dependency information available
The POM for 
org.netbeans.api:org-netbeans-core-multiview:nbm:RELEASE200 is 
missing, no dependency information available
The POM for 
org.netbeans.modules:org-netbeans-core-nativeaccess:nbm:RELEASE200 is 
missing, no dependency information available
The POM for org.netbeans.api:org-netbeans-core-netigso:nbm:RELEASE200 
is missing, no dependency information available
The POM for 
org.netbeans.modules:org-netbeans-core-network:nbm:RELEASE200 is 
missing, no dependency information available
The POM for org.netbeans.modules:org-netbeans-core-osgi:nbm:RELEASE200 
is missing, no dependency information available
The POM for 
org.netbeans.modules:org-netbeans-core-output2:nbm:RELEASE200 is 
missing, no dependency information 

Re: Netbeans with Bookworm

[Michael Bien]

On 08.11.23 14:59, Neil C Smith wrote:

On Wed, 8 Nov 2023 at 13:34, Phil L  wrote:

Is there a version of NB that runs in Bookworm?

I'm thinking of a new Pi5, but it only runs Bookworm and other IDE's do
not run in Bookworm.

32bit or 64bit?


as sidenote: raspis can run 64bit OSes.

My old raspi 3Bs run stock (stable) debian with stock kernels to make 
software (e.g jvms, containers etc) easier portable.


Since the raspi 5 is no longer a lower powered device and comes closer 
to a small format PC, I wouldn't be surprised if you could run the NB 
IDE on it for some experiments. However, it not going to be fun for 
anything serious, since IDEs need good IO, raspis are not made for that.


Let us know how well it works,

best regards,

-mbien




There's a 32bit AppImage at https://www.codelerity.com/netbeans/

That package might change soon.  Possibly to a .deb instead, and
perhaps also / just 64bit.  It is the second least used of the
community installers, only ahead of the x86_64 rpm.

My own Pi5 is ordered but not arrived yet.  I do intend to make sure
we get NetBeans working on it.

Best wishes,

Neil

-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: Two finger swipe left - right makes editor go wild

[Michael Bien]

On 28.10.23 14:09, Laszlo Kishalmi wrote:



On 10/28/23 04:52, Neil C Smith wrote:



On Sat, 28 Oct 2023, 12:29 Neil C Smith,  wrote:



On Sat, 28 Oct 2023, 11:59 Laszlo Kishalmi,
 wrote:

It would be good if somebody could test the Mouse Button
layouts on
Windows and Mac, probably can remove the MOUSE_BUTTON4 and
MOUSE_BUTTON5
registration...


They weren't added by accident! ;-)

I have all 3 OS to hand, and tested this on all 3. As far as I
could tell, buttons 4 & 5 are required for Mac and Windows. Linux
is the odd one out here, unfortunately.

Personally, my Wayland laptop trackpad doesn't show this issue.
We don't have an option to have disabled mappings. If the reports
are more than a one off issue, then the only option is really to
remove all the default mouse button mappings for NB20 and let
people configure them if they want. But it's not very
discoverable, and leaves the original feature request still
unfulfilled.


PS. Also, if you look at this comment you'll notice that Michael and 
I had a conversation on the PR about xev values and the JDK numbers 
being two lower because of scroll wheel events 
https://github.com/apache/netbeans/pull/6434#issuecomment-1715252021


If we are 100% sure that 4&5 (native 6&7) map to horizontal scroll, 
we could drop the value down another two in the event handler to 
bring all OS in line?
That what I am thinking about! I think that would be safe to do, or 
introduce a  MOUSE_WHEEL_LEFT and MOUSE_WHEEL_RIGHT for those buttons 
and map the rest with two down on Linux.


can confirm that mouse wheel left/right is button 4/5 on my mouse on 
linux (swing event numbers, which are not the button numbers i see via 
piper or xev)


back/forward is 6/7

(Thumb button would be 8 and a second set of forward/back is 9/10 but 
most mice with a lot of buttons will probably map those by default to a 
hardware or system function, e.g mouse resolution switch or volume 
control etc - thats when the "standardization" ends most likely)


have nothing to swipe unfortunately so I can't help there :)

-mbien




Best wishes,

Neil

Re: Git hub master branch

[Michael Bien]

the upcoming NB 20 release should be able to pick up the user configured 
init branch name automatically:

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

the first release candidate should be available some time next week if 
everything works well,


-mbien


On 03.09.23 05:22, Christoforos Korifidis wrote:

Thanks for the infor Michael, it was very helpful.
I checked and there is an open PR for this, so we have to wait until 
it is implemented.


με εκτίμηση
Χριστόφορος Κορυφίδης

κιν./mob. : +30 6932606269
Διεύθυνση: Κώτσου 9, 34100 Χαλκίδα.
Address   : Kotsou 9,  34100 Chalkida Greece.



On Sat, 2 Sept 2023 at 22:02, Michael Bien  wrote:

Hi,

the initial branch name seems to be hard coded atm:

https://github.com/apache/netbeans/blob/0322fce7c3f5c9335f2bcb00e5751de81fdb7ffb/ide/git/src/org/netbeans/modules/git/api/Git.java#L108

Better behavior would be to read out the 'init.defaultBranch' git
property and use it if it was set. Feel free to file an issue or
open a PR.

I just tested it with a fairly recent git build and the default
branch is still called 'master' if it wasn't specified in the
config file:

[tmp]$ git --version
[tmp]$ git version 2.42.0
[tmp]$ mkdir foo
[tmp]$ cd foo
[foo]$ git init
hint: Using 'master' as the name for the initial branch. This
default branch name
hint: is subject to change. To configure the initial branch name
to use in all
hint: of your new repositories, which will suppress this warning,
call:
hint:
hint:     git config --global init.defaultBranch 


best regards,
michael


On 02.09.23 15:00, Christoforos Korifidis wrote:

Hello,

When I initialize Github repository for a project it start with
master branch instead of mail.
Is there a way I can change this?

I could not find this property in setting for Team.
I am using Netbeans 18.



με εκτίμηση
Χριστόφορος Κορυφίδης

κιν./mob. : +30 6932606269
Διεύθυνση: Κώτσου 9, 34100 Χαλκίδα.
Address   : Kotsou 9,  34100 Chalkida Greece.

Re: [**EXTERNAL**] Re: Apache NetBeans and Apache Struts 1?

[Michael Bien]

Hi Dill,

without looking into it, its likely lib wrapper modules for ant 
projects, so that ant projects can depend on libs without having to 
setup repositories. Those wrappers can be also updated or replaced by 
the user and work like a local repository. (you can see the list via 
tools -> libraries)


That sounded like a useful thing to have back when maven didn't exist 
yet and back when many projects copied dependency jars into their lib 
folders without real dependency management.


There are also old versions of spring bundled which can be removed (or 
updated if they are still supported).


Everything unsupported should be removed, things which are still 
supported updated. I don't think we should add new libs, lets let that 
mechanism fade out.


feel free to open PRs - would be good to clean that area up,

-mbien


On 10.10.23 20:09, Dill, Ryan wrote:


Only because I wanted to confirm if there was an explanation for it 
still being distributed first. 


*From:* Geertjan Wielenga 
*Sent:* Tuesday, October 10, 2023 2:04 PM
*To:* Dill, Ryan 
*Cc:* users@netbeans.apache.org
*Subject:* [**EXTERNAL**] Re: Apache NetBeans and Apache Struts 1?

Is there a reason you haven’t provided a pull request for this in the 
Apache NetBeans GitHub repo?


Gj

On Tue, 10 Oct 2023 at 19:44, Dill, Ryan  wrote:

The latest version of Apache NetBeans (19) still distributes
Apache Struts 1:

  * 
https://github.com/apache/netbeans/blob/3d20321140ae0c530955b54f1812b1ad883ae15a/enterprise/web.struts/nbproject/project.properties#L58
[github.com]



Apache Struts 1 was EOLed a decade ago:

  * https://struts.apache.org/struts1eol-announcement.html
[struts.apache.org]



  * https://struts.apache.org/struts1eol-press [struts.apache.org]




Hence, any subsequent bugs or security vulnerabilities found in
Struts 1 since that time would not have been fixed in the version
of Struts distributed with modern versions of Apache NetBeans.

I don't know if the continued distribution of Struts 1 with
NetBeans constitutes an actual vulnerability in *NetBeans* (since
I assume the Struts framework is only provided for users to
develop new web applications) -- But the simple presence of the
Struts 1 library files in NetBeans installations causes security
flags to be raised by third-party security scanning tools that our
corporation is using, like Rapid 7 (https://www.rapid7.com/
[rapid7.com]

).

At the very least, continuing to distribute Struts 1 with NetBeans
seems to introduce risk that end-users using NetBeans to develop
web applications with Struts (e.g. as per
https://netbeans.apache.org/kb/docs/web/quickstart-webapps-struts.html
[netbeans.apache.org]

)
may end up producing a web application with Struts 1 without
necessarily know it's EOL, creating more risk in their web
application than necessary.

Is there a reason that NetBeans is still distributing long-EOLed
Struts 1 instead of something more modern (e.g. Struts 2.5.x, or
even Struts 6.x)?

-- 
Ryan Dill (he/him) | R Tools and Services | Ciena


cd...@ciena.com | 5050 Innovation Drive | Kanata, ON, K2K 0J2,
Canada [google.com]

NetBeans sample repo, was: JavaSE Deployment Tutorial Sample Code replacement

[Michael Bien]

Hi Stroud,

I think the NetBeans project will need a git repo for sample code sooner 
or later.


I cc this to the dev list, this might be something we can set up.

best regards,
michael


On 09.09.23 20:30, Stroud Custer wrote:
I put together a replacement for the sample code that is missing from 
the JavaSE Depoyment tutorial.  The code carrries the Apache software 
licence.  I have attached a zip file containing the project.



 The tutorial itself would require just a few edits (primarily class 
names) to adapt it to my sample code.



I have some questions before I proceed.

1. Where do I place the zip file.  There doesn't seem to be an path in 
the web page source tree that matches the url in the tutorial adoc file.


2. The current tutorial references Java version 7 and 8.  I developed 
this code using Java 19.  Should I test the project with an earlier 
version, and if so, which one?



-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: Git hub master branch

[Michael Bien]

Hi,

the initial branch name seems to be hard coded atm:
https://github.com/apache/netbeans/blob/0322fce7c3f5c9335f2bcb00e5751de81fdb7ffb/ide/git/src/org/netbeans/modules/git/api/Git.java#L108

Better behavior would be to read out the 'init.defaultBranch' git 
property and use it if it was set. Feel free to file an issue or open a PR.


I just tested it with a fairly recent git build and the default branch 
is still called 'master' if it wasn't specified in the config file:


[tmp]$ git --version
[tmp]$ git version 2.42.0
[tmp]$ mkdir foo
[tmp]$ cd foo
[foo]$ git init
hint: Using 'master' as the name for the initial branch. This default 
branch name
hint: is subject to change. To configure the initial branch name to use 
in all

hint: of your new repositories, which will suppress this warning, call:
hint:
hint:     git config --global init.defaultBranch 


best regards,
michael


On 02.09.23 15:00, Christoforos Korifidis wrote:

Hello,

When I initialize Github repository for a project it start with master 
branch instead of mail.

Is there a way I can change this?

I could not find this property in setting for Team.
I am using Netbeans 18.



με εκτίμηση
Χριστόφορος Κορυφίδης

κιν./mob. : +30 6932606269
Διεύθυνση: Κώτσου 9, 34100 Χαλκίδα.
Address   : Kotsou 9,  34100 Chalkida Greece.

Re: Static Code Analysis Tutorial Review - FindBugs plugin not available

[Michael Bien]

Hi Stroud,

the last pieces of FindBugs support were removed in NetBeans 13 (#3455) 
since it caused issues back then and wasn't maintained. FindBugs project 
itself is also EOL and got replaced by SpotBugs as already mentioned.


The tutorial is out of date. Currently, NetBeans supports the already 
integrated inspections and those written in the declarative Jackpot 
language:

https://netbeans.apache.org/jackpot/HintsFileFormat.html

Today, you would typically add the spotbugs maven plugin to the build 
and use it in an IDE independent manner both for CI and locally.


-mbien


On 27.08.23 02:45, Stroud Custer wrote:


Static Code Analysis Tutorial 



This tutorial includes instructions for using a plugin called 
FindBugs, which is not shown in the list of Available  Plugins in 
NB19.  Is there a source for an NB19 version of this plugin?

Re: externalOwners.properties

[Michael Bien]

On 18.08.23 19:31, Tilman Hausherr wrote:

I found it thanks to a level zero answer (now 1):

https://stackoverflow.com/a/73962585/535646

the file was at

C:\Users\\AppData\Roaming\NetBeans\18\config\Preferences\org\netbeans\modules\maven\externalOwners.properties 



and also at

C:\Users\\AppData\Roaming\NetBeans\8.2\config\Preferences\org\netbeans\modules\maven\externalOwners.properties 



So my suggestion / wish is that the warning message be changed so that 
the actual path gets mentioned.


the maven module is dealing with Preferences and no longer with 
Properties, so the file association is gone at this point. But the 
logged warning should hopefully be enough to find the file.


-mbien




Tilman



-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: externalOwners.properties

[Michael Bien]

Hi Tilman,

this happens only on windows and indicates corrupted configuration 
files. It is not clear what the cause for the corruption is, but we 
added some mitigations to NetBeans 19 which should make it hopefully a 
bit more robust if the corruption is already there.


you can read more about it here: 
https://github.com/apache/netbeans/pull/6094 and on the (many) linked 
issues.


I suppose you imported your old NB 8 config into NB 18 when the issue 
started?


The easiest fix to this is to simply start with a fresh config and don't 
import configs esp when they are ancient.


You could scan your NB 8 config if you are curious and check what else 
contains the invalid code points:

https://github.com/apache/netbeans/issues/6076#issuecomment-1596588677


I have the (small) hope that the corruption is something what happened 
in past caused by an ancient NB release and is only a problem today 
because the config is carried over to apache releases. If this 
assumption is true, it should go away by itself esp after the NB 19 
import filters are in place. If it keeps happening on windows we going 
to have to keep digging. (I am not using windows for anything which 
makes it more difficult to find problems like this.)


best regards,
michael


On 18.08.23 05:19, Tilman Hausherr wrote:
I installed Netbeans 18 yesterday after using Netbeans 8 for years, 
and I get this when opening maven projects:


java.lang.IllegalArgumentException: Key contains code point U+
    at 
java.prefs/java.util.prefs.AbstractPreferences.get(AbstractPreferences.java:291)
    at 
org.netbeans.modules.maven.queries.MavenFileOwnerQueryImpl.registerCoordinates( 
:153)
    at 
org.netbeans.modules.maven.ProjectOpenedHookImpl.registerWithSubmodules(ProjectOpenedHookImpl.java:431)
    at 
org.netbeans.modules.maven.ProjectOpenedHookImpl.projectOpened(ProjectOpenedHookImpl.java:138)
    at 
org.netbeans.spi.project.ui.ProjectOpenedHook$1.projectOpened(ProjectOpenedHook.java:60)
[catch] at 
org.netbeans.modules.project.ui.OpenProjectList.notifyOpened(OpenProjectList.java:1321)
    at 
org.netbeans.modules.project.ui.OpenProjectList.doOpenProject(OpenProjectList.java:1402)
    at 
org.netbeans.modules.project.ui.OpenProjectList.open(OpenProjectList.java:848)
    at 
org.netbeans.modules.project.ui.OpenProjectList$6.run(OpenProjectList.java:672)
    at 
org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1419)
    at 
org.netbeans.modules.openide.util.GlobalLookup.execute(GlobalLookup.java:45)

    at org.openide.util.lookup.Lookups.executeWith(Lookups.java:287)
    at 
org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2034)


I understand that the cause isn't in Netbeans itself. After looking at
https://github.com/apache/netbeans/blame/35a02e1bec7b6c4b4df51429841bda86b6d1eaf3/java/maven/src/org/netbeans/modules/maven/queries/MavenFileOwnerQueryImpl.java 

and seeing that this was (sortof) recently fixed, I've then downloaded 
the latest development version.


NetBeans-dev-dev-35a02e1bec7b6c4b4df51429841bda86b6d1eaf3-release.zip 
on 17.8.2023


Now I get:
WARNING [org.netbeans.modules.maven.queries.MavenFileOwnerQueryImpl]: 
Invalid prefrences key at /org/netbeans/modules/maven/externalOwners, 
msg: Key contains code point U+


So the bad file is in netbeans itself and is named 
"externalOwners.properties". Where can I find it? Do I miss some 
useful setting when this is skipped? Is this file possibly part of the 
Netbeans distribution?


There is a line in netbeans.import with this:

include 
config/(Preferences/org/netbeans/modules/maven([.]properties|/(?!externalOwners[.]properties).*)|Projects/org-netbeans-modules-maven/nbactions[.]xml)


Tilman



-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: Unused Element in Unit Tests

[Michael Bien]

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

should be in NB 20.

-mbien

On 09.08.23 17:48, Ulrich Mayring wrote:
Netbeans generates an "Unused Element" hint in the sidebar and a wavy 
underline in the editor if I define a variable or method that goes 
unused. This is a very useful feature, but in the case of JUnit5 it 
has an unwanted effect. For example:


@Test
void myTest() { ... }

This method is recognized as an "Unused Element", although it's a Unit 
Test that will be called by the framework. I can add the "public" 
modifier to the method and the hint disappears, but then Sonar (and 
probably other static code analysis tools) flag this as non-compliant 
code. The reason is that in JUnit5 it is recommended to keep Unit Test 
methods package-private:


https://junit.org/junit5/docs/current/user-guide/#writing-tests-classes-and-methods 



As far as I can see they give no compelling reason for that 
recommendation, but is there a compelling reason for Netbeans to flag 
package-private test methods as unused?


cheers,

Ulrich




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

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

Re: Sorting imports during "Fix Imports"?

[Michael Bien]

Hi Thomas,

there are two actions: fix imports and organize imports

I think fix imports will only try to make it compile, while organize 
imports is doing the sorting/formatting you are asking for.


Regarding inserting new imports at the right place: I don't know tbh, 
could be potentially a bug, but it could be also intended that the 
organize imports action is supposed to run after that.


-mbien


On 01.08.23 10:13, Thomas Kellerer wrote:

I have noticed that "Fix Imports" does not sort the imports.

I _think_ NetBeans did sort the imports at some point. But now it's always 
appended at the end - or somewhere near the end.

E.g. I have existing imports like this:

 import javax.portlet.Portlet;
 import javax.portlet.PortletException;
 import javax.portlet.PortletPreferences;
 import javax.portlet.PortletRequestDispatcher;
 import javax.portlet.RenderRequest;
 import javax.portlet.RenderResponse;

 import org.apache.commons.fileupload.FileItem;
 import org.apache.commons.fileupload.FileItemFactory;
 import org.apache.commons.fileupload.disk.DiskFileItemFactory;
 import org.apache.commons.fileupload.portlet.PortletFileUpload;
 import org.apache.commons.lang.StringUtils;

 import com.liferay.portal.kernel.model.Organization;
 import com.liferay.portal.kernel.model.User;
 import com.liferay.portal.kernel.portlet.bridges.mvc.MVCPortlet;
 import com.liferay.portal.kernel.theme.ThemeDisplay;
 import com.liferay.portal.kernel.util.ParamUtil;
 import com.liferay.portal.kernel.util.WebKeys;

 import org.apache.log4j.Logger;
 import org.osgi.service.component.annotations.Component;


Now I add a reference to PortletSession and "Fix Imports" inserts that after 
the com. but before the org. packages:

 import javax.portlet.Portlet;
 import javax.portlet.PortletException;
 import javax.portlet.PortletPreferences;
 import javax.portlet.PortletRequestDispatcher;
 import javax.portlet.RenderRequest;
 import javax.portlet.RenderResponse;

 import org.apache.commons.fileupload.FileItem;
 import org.apache.commons.fileupload.FileItemFactory;
 import org.apache.commons.fileupload.disk.DiskFileItemFactory;
 import org.apache.commons.fileupload.portlet.PortletFileUpload;
 import org.apache.commons.lang.StringUtils;

 import com.liferay.portal.kernel.model.Organization;
 import com.liferay.portal.kernel.model.User;
 import com.liferay.portal.kernel.portlet.bridges.mvc.MVCPortlet;
 import com.liferay.portal.kernel.theme.ThemeDisplay;
 import com.liferay.portal.kernel.util.ParamUtil;
 import com.liferay.portal.kernel.util.WebKeys;
 import javax.portlet.PortletSession;  < Why is this added here? 
And not
 import org.apache.log4j.Logger;
 import org.osgi.service.component.annotations.Component;


Why isn't the new import added after to the group of "javax.portlet.*" imports? 
(or even better after the line with PortletRequestDispatcher)

I tried to turn on and off "Separate Groups" but that doesn't change the 
behaviour.

This is with NetBeans 18 and 19-rc3

Is there a setting I have changed but can't find any more?
Or am I remembering this incorrectly and NetBeans never sorted the imports at 
all?

Regards
Thomas


-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: Presentation and question about Local history

[Michael Bien]

good info. So its probably the config import from ancient versions into 
new versions.


We should really limit that to only the N most recent versions since it 
causes far too many seemingly unrelated issues.


filed an issue that we don't forget:
https://github.com/apache/netbeans/issues/6135

-mbien

On 28.06.23 14:14, David Baldo wrote:

Hi again Michel,
I tried to have a fresh install of nb17, and the toolbar magically 
appeared again.

I never see exception logs.

Thanks for your help.
David.


Il giorno mer 28 giu 2023 alle ore 13:46 Michael Bien 
 ha scritto:


Hi David,

the bar should be still at the exact same place just rendered with
the FlatLaf theme.

are there any exceptions in the log?
what file type are we talking about?
did you import settings from the old NB installation or is this a
fresh config?

best regards,

-mbien

On 28.06.23 13:35, David Baldo wrote:

Hi Michael,
thanks for your answer.
Until version 12 there was a toolbar under filename in code
windows. The bar is attached as an image.
immagine.png

I use this bar principally to access History and comment and
uncomment code.
After version 12 disappears and I cannot find a way to show it again.
I'm not sure if the Source/History buttons were part of a plugin.

Thanks again,
David.

Il giorno ven 23 giu 2023 alle ore 13:38 Michael Bien
 ha scritto:

Hi David,

what local history buttons are we talking about? File history
should be available from within the editor tab where you can
switch between source/history - some file types have more
views. Right click context menu history -> show history
should have it too.

If it is still not there, please provide more info, e.g what
file/project type that is and if you see any exceptions in
the log.

-mbien


On 23.06.23 12:03, David Baldo wrote:

David here,
a NetBeans user since version 6.7. Now an Apache NetBeans user.
I'm at version 18 but since my change from 12 to 15 I've
lost local history buttons in IDE to manage code. I'm unable
to find the way to have them back.

Do you know if that feature is still available?
Any idea about turning it on?

Thanks in advance,
David.





-- 
--

Ing. David Baldo

Mob. +393668741752

Email: baldod...@gmail.com
Skype: baldodavi

--





--
--
Ing. David Baldo

Mob. +393668741752

Email: baldod...@gmail.com
Skype: baldodavi

--

Re: Presentation and question about Local history

[Michael Bien]

Hi David,

the bar should be still at the exact same place just rendered with the 
FlatLaf theme.


are there any exceptions in the log?
what file type are we talking about?
did you import settings from the old NB installation or is this a fresh 
config?


best regards,

-mbien

On 28.06.23 13:35, David Baldo wrote:

Hi Michael,
thanks for your answer.
Until version 12 there was a toolbar under filename in code windows. 
The bar is attached as an image.

immagine.png

I use this bar principally to access History and comment and uncomment 
code.

After version 12 disappears and I cannot find a way to show it again.
I'm not sure if the Source/History buttons were part of a plugin.

Thanks again,
David.

Il giorno ven 23 giu 2023 alle ore 13:38 Michael Bien 
 ha scritto:


Hi David,

what local history buttons are we talking about? File history
should be available from within the editor tab where you can
switch between source/history - some file types have more views.
Right click context menu history -> show history should have it too.

If it is still not there, please provide more info, e.g what
file/project type that is and if you see any exceptions in the log.

-mbien


On 23.06.23 12:03, David Baldo wrote:

David here,
a NetBeans user since version 6.7. Now an Apache NetBeans user.
I'm at version 18 but since my change from 12 to 15 I've lost
local history buttons in IDE to manage code. I'm unable to find
the way to have them back.

Do you know if that feature is still available?
Any idea about turning it on?

Thanks in advance,
David.





--
--
Ing. David Baldo

Mob. +393668741752

Email: baldod...@gmail.com
Skype: baldodavi

--

Re: Apache NetBeans swag ready on the RedBubble storefront!

[Michael Bien]

great work, I esp like the first motive!

-mbien

On 26.06.23 01:58, Pyro MX wrote:

Good day NetBeans users and devs,

I am very pleased to announce that the NetBeans swag is now available 
on the ASF's RedBubble store front! Before I put the links however, I 
need to say this:


Many many thanks to all who collaborated to the design process and 
voting - your input has been invaluable to produce the designs. I also 
have special mentions:


* Emmanuel Hugonnet, who peer-reviewed the designs before they were 
even public, ensuring that once we put them out there, they were clean 
cut
* Mark Thomas from the ASF, who guided us through the process of 
designing, producing and finalizing the designs in a smooth way
* Geertjan Wielenga, who provided guidance and feedback throughout, 
validating the way I worked and ensuring I didn't slip out
* Every one who contributed through voting, feedback and also behind 
the scenes to make this project happen


Without further ado, here are the links to all the designs who made it 
to RedBubble:


* https://www.redbubble.com/shop/ap/147650146?ref=studio-promote
* https://www.redbubble.com/shop/ap/147650252?ref=studio-promote
* https://www.redbubble.com/shop/ap/147650377?ref=studio-promote
* https://www.redbubble.com/shop/ap/147650496?ref=studio-promote
* https://www.redbubble.com/shop/ap/147650565?ref=studio-promote
* https://www.redbubble.com/shop/ap/147650632?ref=studio-promote

Last but not least, thank you for your trust during this project - I 
was very privileged to work with the NetBeans logo and the NetBeans 
community to create those swag designs and I truly hope from the 
bottom of my heart that you'll enjoy them as much as I enjoyed putting 
them together!


Enjoy!




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

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

Re: Presentation and question about Local history

[Michael Bien]

Hi David,

what local history buttons are we talking about? File history should be 
available from within the editor tab where you can switch between 
source/history - some file types have more views. Right click context 
menu history -> show history should have it too.


If it is still not there, please provide more info, e.g what 
file/project type that is and if you see any exceptions in the log.


-mbien


On 23.06.23 12:03, David Baldo wrote:

David here,
a NetBeans user since version 6.7. Now an Apache NetBeans user.
I'm at version 18 but since my change from 12 to 15 I've lost local 
history buttons in IDE to manage code. I'm unable to find the way to 
have them back.


Do you know if that feature is still available?
Any idea about turning it on?

Thanks in advance,
David.

Re: Distribution of a NB app with a native library ?

[Michael Bien]

if this isn't a self contained lib on linux and it can't be easily 
shipped with your application your best chance is to simply ask the user 
to install it if your app can't find it.


Seems to be a common lib and available in most package managers.
https://github.com/FluidSynth/fluidsynth/wiki/Download#distributions

-mbien


On 31.05.23 23:11, Jerome Lelasseux wrote:

Please forgive me it's not a pure Netbeans question.

The next version of my Netbeans platform music app uses a native 
library, the software synth Fluidsynth 
https://github.com/FluidSynth/fluidsynth/wiki/Download which is 
available on Win/Linux/Mac.


Would you have recommandations on the best way to package my app to 
continue distribution for Win/Linux/Mac ? ("best"=a trade-off between 
minimize work for me and end-user acceptability).


What I understood so far:

Simpler for me is to bundle the native lib plus its few dependencies 
into the package. I did it on Windows, I can still use the NB 
packaging feature and it works OK.


But is it possible to do this for Linux ? When I checked on Ubuntu the 
fluidsynth lib dependencies using ldd, I found tons of libraries I 
would need to embed, and I guess they would work only for Ubuntu. I 
don't easily have access to a Mac, so not sure for Mac.


Another option is to create a package for my app (e.g.  deb Linux and 
brew for Mac) which declares a dependency so that the package manager 
takes care about installing fluidsynth. But there are many different 
package managers, not for all distros, same for Mac, with some 
restrictions...


I lack some experience on Linux and Mac and I'm lost. Any help welcome.

Thanks  Jerome

Re: Broken link in the comments of netbeans.conf

[Michael Bien]

this could potentially link to:
https://github.com/apache/netbeans/#log-config-and-cache-locations

-mbien

On 25.05.23 17:33, Eric Barboni wrote:

Thanks for reporting that.

I guess there are a lot more of this old content not migrated to new page.

Will try to make a PR out of that.

Eric

-Message d'origine-
De : Thomas Kellerer 
Envoyé : mercredi 24 mai 2023 13:55
À : NetBeans Users 
Objet : Broken link in the comments of netbeans.conf

Hello,

the netbeans.conf that is bundled with a release contains this explanation:

# Default locations of userdir and cachedir:
# (http://wiki.netbeans.org/FaqWhatIsUserdir)

But that link is no longer working.

It would be nice if that could be changed to a working page.

Thomas



-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: Log4J Critical Vulnerability issues in Apache NetBeans 17

[Michael Bien]

lets remove the security list from this conversation to not cause noise.

release schedule is here:
https://cwiki.apache.org/confluence/display/NETBEANS/Release+Schedule

-mbien


On 09.05.23 07:44, Harshini Madurapperuma wrote:


Thanks a lot for the reply

https://netbeans.apache.org/download/index.html says NetBeans 17 is 
the latest  and was released in Feb 2023.


When is it planned to release 18 version?

Best Regards

Harshini

Re: How to run a program in Netbeans 17 with the -D option

[Michael Bien]

Tim,

I can imagine you are excited about your program, but can you please 
stop advertising it on the NetBeans mailing lists?


every single mail from you attempts to convince people to download it 
from your page.


this is not a platform for advertisements.

-mbien


On 22.04.23 05:31, Tim de Vries wrote:


Hello all,

If you are in Peter's situation and you need a secondary test 
application, to verify your code may be correct, there is tecreations 
Launcher and CommandLauncher. Launcher works with an class path, but 
prefers /projectDir.


Command launcher requires you to specify its' application path, ie 
c:\temp\my-prog.exe arg1 arg2 etc...


They are both available in ca.tecreation.apps.launcher.* via 
https://tecreations.ca/java/downloads/release/tecreations-04.0jar is 
the latest stable version, currently working on 0.5.0.


Tim

On 21/04/2023 10:30 a.m., Brad K. wrote:


Peter --

-D arguments are arguments to the JVM.

Under your project's properties is the Run item. (File -> Project 
Properties and select the Run item).


In that UI, put your -Drasberry.camera.enabled=true in the "VM 
Options" text area.


Note: This works mostly only on 'jar' based programs that start 
inside a 'public static void main(String[] args)' class. Web stuff is 
different. Also note that if you use the configurations options, you 
can set up multiple 'runners' with different program and JVM settings.


On 4/20/2023 12:02 PM, Peter Ivarsson wrote:
Hi I want to run my program in NetBeans with the -D option java -jar 
-Drasberry.camera.enabled=true Peter

Re: java.lang.reflect.InaccessibleObjectException: Unable to make field transient java.net.URLStreamHandler java.net.URL.handler accessible:

[Michael Bien]

you are essentially running into this:
https://cwiki.apache.org/confluence/display/NETBEANS/Java+Module+System+and+NetBeans+Platform+Applications

-mbien

On 13.04.23 20:23, ingrosariocirr...@libero.it.INVALID wrote:

I upgraded my app from NB12 (java version 8) toNB17 (java version 20)
Build and compile works fine but at Run Time the RCP application halts 
with this error.

Can anyone help me?
                     Rosario Cirrito

run.run:
apr 13, 2023 8:13:52 PM org.netbeans.ProxyURLStreamHandlerFactory 
register

SEVERE: No way to find original stream handler for jar protocol
java.lang.reflect.InaccessibleObjectException: Unable to make field 
transient java.net.URLStreamHandler java.net.URL.handler accessible: 
module java.base does not "opens java.net" to unnamed module @21b8d17c
at 
java.base/java.lang.reflect.AccessibleObject.throwInaccessibleObjectException(AccessibleObject.java:387) 

at 
java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:363) 

at 
java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:311) 

at 
java.base/java.lang.reflect.Field.checkCanSetAccessible(Field.java:181)

at java.base/java.lang.reflect.Field.setAccessible(Field.java:175)
at 
org.netbeans.ProxyURLStreamHandlerFactory.register(ProxyURLStreamHandlerFactory.java:59) 


at org.netbeans.JarClassLoader.(JarClassLoader.java:142)
at org.netbeans.MainImpl.execute(MainImpl.java:153)
at org.netbeans.MainImpl.main(MainImpl.java:60)
at org.netbeans.Main.main(Main.java:58)

--- 

>Log Session: Thursday, April 13, 2023, 8:13:52?PM Central European 
Summer Time

>System Info:
Product Version = FastScada2023 
17-ac2b269fa33a277ff09bc424fb9a5a8c63ed2194

Operating System = Windows 10 version 10.0 running on amd64
Java; VM; Vendor = 20; Java HotSpot(TM) 64-Bit Server VM 20+36-2344; 
Oracle Corporation

Runtime = Java(TM) SE Runtime Environment 20+36-2344
Java Home = C:\Program Files\Java\jdk-20
System Locale; Encoding = it_IT (fastscada2018); UTF-8
Home Directory = C:\Users\rcirrito
Current Directory = 
C:\_irc_hor\23_HorCT2\SCADA\scadaDev2023\FastScadaUniv
User Directory = 
C:\_irc_hor\23_HorCT2\SCADA\scadaDev2023\FastScadaUniv\build\testuserdir
Cache Directory = 
C:\_irc_hor\23_HorCT2\SCADA\scadaDev2023\FastScadaUniv\build\testuserdir\var\cache 

Installation = 
C:\_irc_hor\23_HorCT2\SCADA\scadaDev2023\FastScadaUniv\build\cluster

C:\Program Files\NetBeans-17\netbeans\platform
C:\Program Files\NetBeans-17\netbeans\platform
Boot & Ext. Classpath =
Application Classpath = C:\Program 
Files\NetBeans-17\netbeans\platform\lib\boot.jar;C:\Program 
Files\NetBeans-17\netbeans\platform\lib\org-openide-modules.jar;C:\Program 
Files\NetBeans-17\netbeans\platform\lib\org-openide-util-lookup.jar;C:\Program 
Files\NetBeans-17\netbeans\platform\lib\org-openide-util-ui.jar;C:\Program 
Files\NetBeans-17\netbeans\platform\lib\org-openide-util.jar
Startup Classpath = C:\Program 
Files\NetBeans-17\netbeans\platform\core\asm-9.4.jar;C:\Program 
Files\NetBeans-17\netbeans\platform\core\asm-commons-9.4.jar;C:\Program 
Files\NetBeans-17\netbeans\platform\core\asm-tree-9.4.jar;C:\Program 
Files\NetBeans-17\netbeans\platform\core\core-base.jar;C:\Program 
Files\NetBeans-17\netbeans\platform\core\core.jar;C:\Program 
Files\NetBeans-17\netbeans\platform\core\org-netbeans-libs-asm.jar;C:\Program 
Files\NetBeans-17\netbeans\platform\core\org-openide-filesystems-compat8.jar;C:\Program 
Files\NetBeans-17\netbeans\platform\core\org-openide-filesystems.jar;C:\_irc_hor\23_HorCT2\SCADA\scadaDev2023\FastScadaUniv\build\cluster\core\locale\core_fastscada2018.jar 

--- 

java.lang.IllegalStateException: No NetigsoFramework found, is 
org.netbeans.core.netigso module enabled?

at org.netbeans.NetigsoHandle.getDefault(NetigsoHandle.java:63)
at org.netbeans.NetigsoHandle.turnOn(NetigsoHandle.java:115)
at org.netbeans.ModuleManager.doEnable(ModuleManager.java:1476)
at org.netbeans.ModuleManager.enable(ModuleManager.java:1331)
at org.netbeans.ModuleManager.enable(ModuleManager.java:1256)
at org.netbeans.core.startup.ModuleList.installNew(ModuleList.java:316)
at org.netbeans.core.startup.ModuleList.trigger(ModuleList.java:252)
at org.netbeans.core.startup.ModuleSystem.restore(ModuleSystem.java:298)
at org.netbeans.core.startup.Main.getModuleSystem(Main.java:173)
at org.netbeans.core.startup.Main.getModuleSystem(Main.java:142)
at org.netbeans.core.startup.Main.start(Main.java:303)
at org.netbeans.core.startup.TopThreadGroup.run(TopThreadGroup.java:98)
at java.base/java.lang.Thread.run(Thread.java:1623)
Result: 2
BUILD SUCCESSFUL (total time: 8 seconds)




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

For 

Re: Maven indexing

[Michael Bien]

well I made the point before that games these days are starting to take 
up 40 GB and more. It should be acceptable for an IDE to use up ~6GB to 
maintain a cache (which is optional and can be turned off if you don't 
want it!).


Android development for comparison will use up that space instantly as 
soon you press run and it downloads an OS image for the emulator and you 
probably want to test on more than one image.


The maven central index contains information for every java lib ever 
released and is post-extraction at about 5GB. That should be ok i think.


I also do have some ideas how to shrink that index further but this is 
for later since it is blocked by other things atm.


-mbien


On 15.03.23 02:28, Tim de Vries wrote:
If I may inject a thought? Maybe time to invest in a DVD-RW Drive and 
a bigger case. If you have three drives, you can add a floppy or 
DVD-Writer. So, a spindle of DVD's?


Tim

On 2023-03-14 7:20 p.m., Michael Bien wrote:

On 14.03.23 13:29, Emma Atkinson wrote:
I gave up on Maven a couple of years ago for the reasons already 
given.  No matter what size partition I used it would be too small 
within a year or so.  I used to grab the dependencies I needed and 
switched off the Maven Index download in NB.


if your project depends on a library and you use a build tool like 
gradle or maven, it will download that library. Switching build tools 
won't make a difference.


my .m2 folder is 4GB right now and I haven't cleared it for at least 
2 years. NetBeans isn't downloading any of that, the build tools do 
that. Build tools are IDE independent, they would download the exact 
same stuff when run without an IDE. That is the whole point of build 
tools since you don't want to ship your project with an IDE.



If you don't need any of the NetBeans editor features local or remote 
repo indexing gives you, you can simply turn it off in the settings 
and NetBeans won't download the maven central index.


we have a pending PR which makes it a bit more configurable and also 
explains what indexing actually does, since I read at least twice by 
now that users think that NetBeans is downloading maven central 
itself (which would probably be a few TB of storage, optimistically)


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

right now its an all-or-nothing option. This PR proposes to turn off 
remote index downloads selectively while still indexing your .m2 
folder which produces a much smaller index footprint.


-mbien



-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: Maven indexing

[Michael Bien]

On 14.03.23 13:29, Emma Atkinson wrote:
I gave up on Maven a couple of years ago for the reasons already 
given.  No matter what size partition I used it would be too small 
within a year or so.  I used to grab the dependencies I needed and 
switched off the Maven Index download in NB.


if your project depends on a library and you use a build tool like 
gradle or maven, it will download that library. Switching build tools 
won't make a difference.


my .m2 folder is 4GB right now and I haven't cleared it for at least 2 
years. NetBeans isn't downloading any of that, the build tools do that. 
Build tools are IDE independent, they would download the exact same 
stuff when run without an IDE. That is the whole point of build tools 
since you don't want to ship your project with an IDE.



If you don't need any of the NetBeans editor features local or remote 
repo indexing gives you, you can simply turn it off in the settings and 
NetBeans won't download the maven central index.


we have a pending PR which makes it a bit more configurable and also 
explains what indexing actually does, since I read at least twice by now 
that users think that NetBeans is downloading maven central itself 
(which would probably be a few TB of storage, optimistically)


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

right now its an all-or-nothing option. This PR proposes to turn off 
remote index downloads selectively while still indexing your .m2 folder 
which produces a much smaller index footprint.


-mbien



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

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

Re: Maven indexing

[Michael Bien]

On 14.03.23 18:17, Neil C Smith wrote:

On Tue, 14 Mar 2023 at 17:01, László Kishalmi  wrote:

Also one day the Gradle plugin may be smart enough to use that Maven index for 
its own good.
Like offering a dependency to add when you add an import statement for a 
class...

That would be great.  I started looking a while back at something
similar, and I also want to use it in a platform application for
completing package URLs - https://github.com/package-url/purl-spec
OTOH, maybe I'll just use the central REST API. :-)


be warned that the rest API has weird fluctuating latencies, there are 
also features missing like a prefix search for certain fields which is 
important for completion, you can play with it around here:


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

It has extra logging enabled. I pasted some logs into the PR.

(^^ this PR restores the old functionality of adding dependencies by 
class name query in maven projects for dependencies which are not in 
your .m2 folder)



if we decide to merge a version of this PR one day, the advantage is 
that nothing else would need updates, since it is implemented in the 
maven indexer itself and merges local results with remote (although that 
class needs some refactoring but that is another topic).


Lets say gradle support would want to use index queries too, it could 
simply use the indexer and some responses will be instantly served from 
the local lucene index, others might require a longer roundtrip via REST 
API.



hints like this one here:

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

should be already possible to implement today for gradle projects.


-mbien




Best wishes,

Neil

-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: Maven indexing

[Michael Bien]

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

On 11.03.23 22:05, Glenn Holmer wrote:

On 3/11/23 14:43, Michael Bien wrote:

We could however, potentially tell maven-indexer to use a sub folder of
tmp and clean that folder on IOException - just to be sure - as second
fallback.

i'll take a look,

Thanks!

--
Glenn Holmer (Linux registered user #16682)
"After the vintage season came the aftermath -- and Cenbe."



-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: Maven indexing

[Michael Bien]

On 11.03.23 17:29, Glenn Holmer wrote:

On 3/9/23 23:52, Michael Bien wrote:

Hi Glenn,

the index is downloaded to tmp in compressed form and then imported into
a lucene index which should be in the netbeans cache folder (about 1.9GB).

The cache location can be changed via the regular
netbeans_default_cachedir property (netbeans.conf or CLI flag).

All temp files should be automatically cleaned up but it is possible
that something remains in tmp if NB is closed during a late stage of the
extraction process - but thats why its in tmp :)

Nope. NetBeans crashes, leaving a 1.6G gzip and a 5.5G directory
containing the partially-extracted data, both in /tmp. Doesn't go away
until the OS decides to do something about it.


there is a JVM shutdown hook for the gzip at least, so even if the 
regular post-extraction cleanup fails it should be removed by the JVM on 
exit as fallback.


The extraction is actually done by apache maven-indexer which NetBeans 
uses an EOL version of, since everything moved to JDK 11 by now. This 
involves Lucene and other dependencies so the process is not directly 
influenced by NB.


We could however, potentially tell maven-indexer to use a sub folder of 
tmp and clean that folder on IOException - just to be sure - as second 
fallback.


i'll take a look,

-mbien



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

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

Re: Maven indexing

[Michael Bien]

Hi Glenn,

the index is downloaded to tmp in compressed form and then imported into 
a lucene index which should be in the netbeans cache folder (about 1.9GB).


The cache location can be changed via the regular 
netbeans_default_cachedir property (netbeans.conf or CLI flag).


All temp files should be automatically cleaned up but it is possible 
that something remains in tmp if NB is closed during a late stage of the 
extraction process - but thats why its in tmp :)


i have some pending PRs in that area, although some are blocked by the 
JDK 8 requirement of NB which is a bit sad but it is what it is.


https://github.com/apache/netbeans/pull/5646
https://github.com/apache/netbeans/pull/4999
https://github.com/apache/netbeans/pull/4971

i got also some ideas how to reduce the index size but this would 
require 4999 first.


-mbien


On 09.03.23 14:03, Glenn Holmer wrote:

I keep a relatively small OS partition (typically around 24G) and put
everything else on other partitions. Unfortunately, this means that when
NetBeans decides to download the entire Maven index, I lose about 5-6G,
often exhausting the free space on my OS partition. And of course if it
fails, it will try again...

Is there a way to tell NetBeans where to do the indexing? The files in
/tmp are the guilty ones, and are often left behind after failed indexing.

What about Emilian's Maven Remote Search plugin? Could something like
that help? (Looks like it currently doesn't work because it uses unpack200).

--
Glenn Holmer (Linux registered user #16682)
"After the vintage season came the aftermath -- and Cenbe."


-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: Netbeans 17 vertical alignment of rows

[Michael Bien]

Hi Andreas,

first as a note: NB requires JDK 11 or later as runtime as you can see 
on the download page (and readme etc). NB 17 specifically was tested on 
11, 17 and 19. NB 18 will support running on JDK 20 too. (update that first)


But this might not fix this issue. I never saw that happening before, it 
might potentially be an issue with fonts of your linux distribution 
(ubuntu default fonts should work fine though).


Are you using the NetBeans default (FlatLaf) look and feel or are you 
trying to use native GTK LAF? (try switching to FlatLaf)


some resources:
https://cwiki.apache.org/confluence/display/NETBEANS/Font+Rendering+Issues
https://cwiki.apache.org/confluence/display/NETBEANS/Look+and+Feel+Issues

(most if not all of them can be simply fixed by keeping JDK up2date and 
not using the native linux LAF)


best regards,
michael


On 07.03.23 15:01, András Sik wrote:

Dear Fellow Members,

I have recently started using NB 17 on Ubuntu LTS 22_04 with OpenJDK 8.

I have never used it on Linux so far, so I do not have previous 
experience to compare on this platform. However running on this 
configuration produces this weird vertical alignment of source code 
rows (irrespective of LAF, Font, Theme). This can be seen on the 
attached image.


I'd like the rows vertically centered (so highlighting will not be 
this glitched).


Did anyone experience something similar so far, and has maybe some 
insight to share?


Best regards,
András

-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: Netbeans platform project compiling with JDK 17

[Michael Bien]

Hi Toni,

there was a thread about this a few days ago on the dev list:

https://lists.apache.org/thread/djoy8qmoy6y0tt8314olbp6jj2y72639

short version:  yes, you are going to need those flags. The IDE itself 
uses the following flags:

https://github.com/apache/netbeans/tree/master/nbbuild/jms-config

apps will likely require only a subset of that.

regards,
michael


On 19.02.23 12:23, Toni Helenius wrote:
Ok, I think I solved it. At least locally I'm able to run our project 
now. Although the release version also probably needs these flags to 
somewhere (*.conf). But the local can be run by adding:


\nbproject\project.properties

run.args.extra=-J--add-opens=java.base/java.net=ALL-UNNAMED 
-J--add-exports=java.desktop/sun.awt=ALL-UNNAMED 
-J--add-opens=java.desktop/javax.swing.text=ALL-UNNAMED 
-J--add-opens=java.desktop/javax.swing=ALL-UNNAMED 
-J--add-opens=java.prefs/java.util.prefs=ALL-UNNAMED 
-J--add-opens=java.base/java.security=ALL-UNNAMED 
-J--add-exports=java.base/sun.reflect.annotation=ALL-UNNAMED


There is probably more of these --add-opens / exports needed depending 
on one's project but this seemed to suffice for us.


On 19.2.2023 12:16, Toni Helenius wrote:

Hi!

We have a Netbeans Platform project with Ant build. Currently it is 
hooked up with Netbeans 16 and Java 11. Everything is running 
smoothly. However, we would like to transition to Java 17. Running 
the project with JDK 17 stops to a problem immediately. Is it even 
possible to use JDK 17 with Netbeans platform project?


The error:

SEVERE: No way to find original stream handler for jar protocol
java.lang.reflect.InaccessibleObjectException: Unable to make field 
transient java.net.URLStreamHandler java.net.URL.handler accessible: 
module java.base does not "opens java.net" to unnamed module @300ffa5d
    at 
java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:354)
    at 
java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297)
    at 
java.base/java.lang.reflect.Field.checkCanSetAccessible(Field.java:178)

    at java.base/java.lang.reflect.Field.setAccessible(Field.java:172)
    at 
org.netbeans.ProxyURLStreamHandlerFactory.register(ProxyURLStreamHandlerFactory.java:59)

    at org.netbeans.JarClassLoader.(JarClassLoader.java:142)
    at org.netbeans.MainImpl.execute(MainImpl.java:153)
    at org.netbeans.MainImpl.main(MainImpl.java:60)
    at org.netbeans.Main.main(Main.java:58)

--- 

>Log Session: Sunday, February 19, 2023 at 12:12:17 PM Eastern 
European Standard Time

>System Info:
  Product Version = jMonkeyEngine SDK 3.5.2-SNAPSHOT
  Operating System    = Windows 10 version 10.0 running on amd64
  Java; VM; Vendor    = 17.0.4.1; OpenJDK 64-Bit Server VM 
17.0.4.1+1; Eclipse Adoptium

  Runtime = OpenJDK Runtime Environment 17.0.4.1+1
  Java Home   = C:\Program Files\Eclipse 
Adoptium\jdk-17.0.4.101-hotspot

  System Locale; Encoding = en_US (jmonkeyplatform); Cp1252
  Home Directory  = C:\Users\Toni
  Current Directory   = C:\Users\Toni\Documents\ToniArts\sdk
  User Directory  = 
C:\Users\Toni\Documents\ToniArts\sdk\build\testuserdir
  Cache Directory = 
C:\Users\Toni\Documents\ToniArts\sdk\build\testuserdir\var\cache
  Installation    = 
C:\Users\Toni\Documents\ToniArts\sdk\build\cluster

C:\Users\Toni\Documents\ToniArts\sdk\netbeans\extide
C:\Users\Toni\Documents\ToniArts\sdk\netbeans\groovy
C:\Users\Toni\Documents\ToniArts\sdk\netbeans\harness
C:\Users\Toni\Documents\ToniArts\sdk\netbeans\ide
C:\Users\Toni\Documents\ToniArts\sdk\netbeans\java
C:\Users\Toni\Documents\ToniArts\sdk\netbeans\nb
C:\Users\Toni\Documents\ToniArts\sdk\netbeans\platform
C:\Users\Toni\Documents\ToniArts\sdk\netbeans\platform
  Boot & Ext. Classpath   =
  Application Classpath   = 
C:\Users\Toni\Documents\ToniArts\sdk\netbeans\platform\lib\boot.jar;C:\Users\Toni\Documents\ToniArts\sdk\netbeans\platform\lib\org-openide-modules.jar;C:\Users\Toni\Documents\ToniArts\sdk\netbeans\platform\lib\org-openide-util-lookup.jar;C:\Users\Toni\Documents\ToniArts\sdk\netbeans\platform\lib\org-openide-util-ui.jar;C:\Users\Toni\Documents\ToniArts\sdk\netbeans\platform\lib\org-openide-util.jar
  Startup Classpath   = 

Re: Broken links in output window with mvnd build

[Michael Bien]

wouldn't surprise me if the cause is indeed it being a multi-pom project.

I don't think I tested that. At least NB 17 will have a working output 
window for *some* mvnd use cases, links didn't work at all in NB 16 due 
to the differences in formatting between maven and mvnd.


there is always the next release :)

best regards,
michael


On 16.02.23 11:12, Alexander Kronenwett wrote:

Toggling the "print maven output logging level" option did not help.
I created a small project with a warning but the problem did not 
occur. Maybe it is because of multi pom project? Using only one thread 
in mvnd does not solve the problem.

I will check again with NB17.

Best
Alex

Alexander Kronenwett  schrieb am Mi., 15. 
Feb. 2023, 21:14:


Hello,

I am building a multi pom maven project with mvnd. All the
warnings in the output window are links and should lead to the
respective file and line, where the warning originates. But also
the module name and the '[WARN]' prefix are part of the link and
hence NetBeans seems not to be able to open the file.
I am unsure whether this can be tackled with a setting or I should
open an issue. Happens with NB 16 and 17~rc3. Any thoughts?

Best
Alex

Re: Broken links in output window with mvnd build

[Michael Bien]

yeah file an issue please with some example to reproduce it if possible

this was supposed to fix this problem:
https://github.com/apache/netbeans/pull/5099

does it help if you toggle "print maven output logging level" in the 
maven settings?


-mbien


On 15.02.23 21:14, Alexander Kronenwett wrote:

Hello,

I am building a multi pom maven project with mvnd. All the warnings in 
the output window are links and should lead to the respective file and 
line, where the warning originates. But also the module name and the 
'[WARN]' prefix are part of the link and hence NetBeans seems not to 
be able to open the file.
I am unsure whether this can be tackled with a setting or I should 
open an issue. Happens with NB 16 and 17~rc3. Any thoughts?


Best
Alex




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

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

Re: How To Add a Custom Bug Report Feature to ErrorManager or Exceptions

[Michael Bien]

this sounds like your project was still configured to use JDK 11 while 
you tried to bump the language level (?).


JDK version has to be >= language level, which is just a compiler 
setting (e.g --release=17 won't work on JDK 11 since it doesn't have the 
API and the compiler for that).


best regards,
michael


On 13.02.23 19:42, Scott Palmer wrote:

That's strange.
How did you configure the JDK for your project?

On Mon, Feb 13, 2023 at 7:52 AM Sean Carrick  wrote:

Hey, Ernie! I don't mind at all.

I'm using JDK 11 now. I tried using JDK 19, but it didn't work…the
compiler kept stating that source level XX is not supported for
every version from 19 down to 11, so I switched back to 11.

-SC

On Sun, Feb 12, 2023, 23:30 Ernie Rael  wrote:

On 23/02/10 8:38 AM, Sean Carrick wrote:
>
> Hey All!
>
> I am working on an NBP application and am wondering how I
can create a
> custom "Submit Bug Report" action when using the
ErrorManager or
> Exceptions APIs.
>
Hey Sean,

Do you mind saying what JRE your NBP app(s) run on?

-ernie


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

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

Re: Payara 6 Plugin

[Michael Bien]

Hi Mike,

On 09.02.23 14:04, Mike Ryan wrote:

Hello,

Does anyone know when a Payara 6 Jakarat EE 10 plugin will be 
available in NetBeans?


Thanks,

Mike



not sure what you mean by Jakarta EE 10 plugin, but NB 17 will have 
better support for Jakarta EE. You can test it in 17rc3 if you like.



there are several issues and PRs open in that area so not everything 
will work yet:



https://github.com/apache/netbeans/labels/Java%20EE%2FJakarta%20EE


(contributions welcome)


-mbien

Re: Python development with NB

[Michael Bien]

On 30.01.23 21:46, Greenberg, Gary wrote:


I already asked this question some time ago, but didn’t get any clear 
answers.



No, NetBeans does not support Python at the moment.

-mbien

Re: Tools > Options > Java > Gradle drop down list

[Michael Bien]

btw good that you brought this up since I found a UI bug while trying to 
reproduce the issue you encountered.

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

best regards,
michael


On 22.01.23 15:49, Emma Atkinson wrote:

Hello
I'm using NB IDE 16 on UbuntuStudio and I have a minor problem with a 
dropdown list of Gradle Distribution Versions. To find the drop down 
list I am talking about navigate as follows:


Tools > Options > Java > Gradle > Execution > Gradle Distribution 
Version > Use Standard Gradle Version


I think the problem is that the text I want to see is white text on a 
white background for most of the entries.  The Gradle  version I am 
using is black text on white background. There is a 7.5 in the list 
too.  There are two options with red text on white background way down 
the list (2.13 and 2.3) The drop down list is long but mainly white 
options.  Running the cursor over the list causes the option under the 
cursor to change to white on blue background, which I can read.   
Hence, it's just a mild irritation I don't encounter often.


Is there something I can do to fix this for me and get it out of my 
head space?


Thank you
Emma






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

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

Re: Tools > Options > Java > Gradle drop down list

[Michael Bien]

what look and feel are you using for NetBeans? Did you change the default?

the white items shouldn't be white, those should be "grayed out" to make 
the other versions stick out more. Red means no longer supported.


-mbien

On 22.01.23 15:49, Emma Atkinson wrote:

Hello
I'm using NB IDE 16 on UbuntuStudio and I have a minor problem with a 
dropdown list of Gradle Distribution Versions. To find the drop down 
list I am talking about navigate as follows:


Tools > Options > Java > Gradle > Execution > Gradle Distribution 
Version > Use Standard Gradle Version


I think the problem is that the text I want to see is white text on a 
white background for most of the entries.  The Gradle  version I am 
using is black text on white background. There is a 7.5 in the list 
too.  There are two options with red text on white background way down 
the list (2.13 and 2.3) The drop down list is long but mainly white 
options.  Running the cursor over the list causes the option under the 
cursor to change to white on blue background, which I can read.   
Hence, it's just a mild irritation I don't encounter often.


Is there something I can do to fix this for me and get it out of my 
head space?


Thank you
Emma






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

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

Re: --boot-classpath errors in NB 16

[Michael Bien]

On 14.01.23 16:55, Frank Griffin wrote:

On 1/14/23 02:22, Mark Eggers wrote:

Frank,

That's a very old version of the maven-compiler-plugin.

From version 3.6 of the compiler plugin, you can use the 
maven.compiler.release property, which sets the JDK >=9 --release 
option.


So the configuration would look something like this:


11




    
org.apache.maven.plugins
maven-compiler-plugin
    3.10.1
    
${maven.compiler.release}
    
    
    



Does that help?

. . . just my two cents
/mde/


Hi Mark,

Thanks for the reply.  That worked a treat !


NetBeans 17 is going to have a maven hint which can help to find 
outdated dependencies in situations like this.


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

-mbien




-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: Embedded Language Question

[Michael Bien]

this might be of interest for some here:
https://github.com/apache/netbeans/pull/4885

dependent on the usecase this might be a quick && elegant way to embed 
other languages.


-mbien

On 08.01.23 21:59, Oliver Rettig wrote:

Hi,

I am also interested in such functionality to put code written in our DSLs
into java source code. In the meantime we put the code in extra files with
specific filesuffix and use the netbeans api for syntax highlighting etc.

best regards
Oliver


Hi,
I have got a question regarding the embedded language support of Netbeans.


If I write my own grammer/dsl with JavaCC and my language contains a
specific tag that marks the beginning and ending of an embedded language,
lets say Java, does Netbeans automatically take Lexer, Parsers,
CodeCompletion etc. from the embedded language?


What I found out is that there are two possibilities. The first uses the xml
file for defining the start/end tag. The second way is the programmatical
approach, I think using the Lexer class. Does anyone of you know a short
example for both strategies? Are there any tutorials available? I would
specially be interested in the xml approach Thanks.


Gesendet vonOutlook für iOS
-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: Python development

[Michael Bien]

Tim Boudreau has a mavenized copy of the old contrib cluster 
https://github.com/timboudreau/netbeans-contrib which includes the 
python modules which are known as nbPython I believe.


I don't know how much of this still works or what the license situation 
is - I just know that it exists :)


-mbien


On 06.01.23 03:13, Bill Brooks wrote:

Gary,

I haven't personally tried it, but the website refers people to this:

https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=199530870

...looks like it hasn't been updated and that's why it's not more 
prominent on the nb website. If you get it to work, let us know. I 
also have to work on both Java and Python code, so I'd be interested 
in your experience.


Bill




On Thu, Jan 5, 2023 at 1:24 PM Greenberg, Gary 
 wrote:


After 20+ years working in Java, I got a project to be done in Python.

Is there are any support for Python in Netbeans?
I would hate to dump my favorite IDE.

*Gary Greenberg*

Staff Software Engineer

Re: Old Problem - Pack200 - Compiling Netbeans Platform

[Michael Bien]

On 03.01.23 15:13, ad...@netcrystals.at.INVALID wrote:


Hello,

this may be an old problem and I already tried to find a solution in 
the internet but couldn’t find a usefull hint.


After years I decided to continue my Netbeans project.

In the meantime, the Pack200 Program from java.util seems to have been 
removed from the new JDKS.


Failed to execute goal 
org.apache.netbeans.utilities:nbm-maven-plugin:4.3:cluster-app


the current version of nbm-maven-plugin is 4.8. I don't think it should 
do anything pack200 related by default.



(default-cluster-app) on project Netcrystals-application: Execution 
default-cluster-app of goal 
org.apache.netbeans.utilities:nbm-maven-plugin:4.3:cluster-app failed: 
A required class was missing while executing 
org.apache.netbeans.utilities:nbm-maven-plugin:4.3:cluster-app: 
java/util/jar/Pack200


There must be a very easy solution to tell Netbeans not to use it 
while compiling.


A maven parameter perhaps?

Honestly speaking, I don’t really understand the problem at all. Why 
is this class demanded?




Pack200 is a very old bytecode specific compression algorithm which is 
no longer in the JDK. If you build with JDK 8 as a test it will probably 
still work.


-mbien



Thanks.

Regards,

Klaus

Re: Stack Trace hyperlinks no longer working in NetBeans

[Michael Bien]

here is an attempt to fix a few things in that area:
https://github.com/apache/netbeans/pull/5091

links which lead to JDK code should now work, but there was also a bug 
in the module name parsing code, which was probably the cause why it 
didn't work in your case.


A dev-build is linked from the PR. Would be great if someone could test 
if this improves the situation - there is probably more to do still.


best regards,
-mbien


On 12.12.22 17:51, Mark J Koch wrote:

Michael,

Yes.  I switched from Ant to Maven (and modules) about the time I 
remember this happening as well.


It sounds like https://github.com/apache/netbeans/issues/4516 is what 
I’m experiencing.   My code gets compiled and placed into my local 
maven cache and run from there.



Mark




On Dec 12, 2022, at 3:09 AM, Michael Bien  wrote:

I suppose your project uses the java module system and maven? Is the 
link you are clicking on pointing to your code or third party deps?


sounds like:

https://github.com/apache/netbeans/issues/4516

regards,
-mbien


On 12.12.22 01:27, Mark J Koch wrote:



Also grabbed the latest Open Java v19 SDK and runtime. No changes.




On Dec 11, 2022, at 4:23 PM, Mark J Koch  wrote:

Did that.  Deleted both my NB user directory and NB cache directory 
(paths as shown on my “About Netbeans” screenshot).  Fresh like-new 
look, but that issue didn’t change.



Mark


On Dec 11, 2022, at 9:37 AM, Tellis, Wyatt 
 wrote:


I’ve seen this issue on occasion. Deleting the cache directory 
usually seemed to clear it up.

Wyatt
*From:*Sean Carrick 
*Sent:*Saturday, December 10, 2022 8:29 AM
*To:*Mark Koch 
*Cc:*NetBeans Mailing List 
*Subject:*Re: Stack Trace hyperlinks no longer working in NetBeans
Mark, It may be something with your setup, as I have never had 
this issue with any release. . . Sincerely, Sean Carrick Owner - 
PekinSOFT Systems sean@ pekinsoft. com (309) 989-0672 On Fri, Dec 
9, 2022 at 3: 25 PM Mark Koch 

ZjQcmQRYFpfptBannerStart
*This Message Is From an External Sender*
This message came from outside your organization.

ZjQcmQRYFpfptBannerEnd
Mark,
It may be something with your setup, as I have never had this 
issue with any release...

Sincerely,
Sean Carrick
Owner - PekinSOFT Systems
s...@pekinsoft.com
(309) 989-0672
On Fri, Dec 9, 2022 at 3:25 PM Mark Koch  wrote:

Wondering if anyone else has this issue.
Whenever I have a stack trace,  the hyperlinks into the code
won’t take me to that line of code in the editor. Nothing
happens.   It seems like this has been this way since around
NB11.   Since it’s still broken for me on every release, I’m
wondering if it’s just something about my own setup.
Any ideas?
Mark
*Product Version:* Apache NetBeans IDE 16
*Java:* 15.0.1; OpenJDK 64-Bit Server VM 15.0.1+9-18
*Runtime:* OpenJDK Runtime Environment 15.0.1+9-18
*System:* Mac OS X version 10.16 running on x86_64; UTF-8;
en_US (nb)
*User directory:* /Users/mark/Library/Application
Support/NetBeans/16
*Cache directory:* /Users/mark/Library/Caches/NetBeans/16

Re: Stack Trace hyperlinks no longer working in NetBeans

[Michael Bien]

I suppose your project uses the java module system and maven? Is the 
link you are clicking on pointing to your code or third party deps?


sounds like:

https://github.com/apache/netbeans/issues/4516

regards,
-mbien


On 12.12.22 01:27, Mark J Koch wrote:



Also grabbed the latest Open Java v19 SDK and runtime. No changes.




On Dec 11, 2022, at 4:23 PM, Mark J Koch  wrote:

Did that.  Deleted both my NB user directory and NB cache directory 
(paths as shown on my “About Netbeans” screenshot).  Fresh like-new 
look, but that issue didn’t change.



Mark


On Dec 11, 2022, at 9:37 AM, Tellis, Wyatt 
 wrote:


I’ve seen this issue on occasion. Deleting the cache directory 
usually seemed to clear it up.

Wyatt
*From:*Sean Carrick 
*Sent:*Saturday, December 10, 2022 8:29 AM
*To:*Mark Koch 
*Cc:*NetBeans Mailing List 
*Subject:*Re: Stack Trace hyperlinks no longer working in NetBeans
Mark, It may be something with your setup, as I have never had this 
issue with any release. . . Sincerely, Sean Carrick Owner - 
PekinSOFT Systems sean@ pekinsoft. com (309) 989-0672 On Fri, Dec 9, 
2022 at 3: 25 PM Mark Koch 

ZjQcmQRYFpfptBannerStart
*This Message Is From an External Sender*
This message came from outside your organization.

ZjQcmQRYFpfptBannerEnd
Mark,
It may be something with your setup, as I have never had this issue 
with any release...

Sincerely,
Sean Carrick
Owner - PekinSOFT Systems
s...@pekinsoft.com
(309) 989-0672
On Fri, Dec 9, 2022 at 3:25 PM Mark Koch  wrote:

Wondering if anyone else has this issue.
Whenever I have a stack trace,  the hyperlinks into the code
won’t take me to that line of code in the editor. Nothing
happens.   It seems like this has been this way since around
NB11.   Since it’s still broken for me on every release, I’m
wondering if it’s just something about my own setup.
Any ideas?
Mark
*Product Version:* Apache NetBeans IDE 16
*Java:* 15.0.1; OpenJDK 64-Bit Server VM 15.0.1+9-18
*Runtime:* OpenJDK Runtime Environment 15.0.1+9-18
*System:* Mac OS X version 10.16 running on x86_64; UTF-8; en_US
(nb)
*User directory:* /Users/mark/Library/Application
Support/NetBeans/16
*Cache directory:* /Users/mark/Library/Caches/NetBeans/16

Re: [java] Netbeans 16 platforms

[Michael Bien]

I see - good that it is working for you.

There is a related bug where the remote platform can be selected but it 
wouldn't do anything if you run the project. This would only happen if 
the remote platforms were imported from an older NB release. Since you 
mentioned importing them in the first mail I was wondering if you were 
affected by this too.


this should hopefully fix it:
https://github.com/apache/netbeans/pull/5067

best regards,
michael


On 10.12.22 17:53, Geert Vancompernolle wrote:


Follow this 
<https://netbeans.apache.org/kb/docs/java/javase-embedded.html> 
meticulously.


The most important thing you should take care of is that the JDK 
version selected for your Netbeans project on your Windows (or 
whatever) machine is the same as the one installed on the Raspberry 
Pi.  In my case, I overlooked the fact that the JDK for my Netbeans 
project on my Windows PC was defaulted to JDK17 (due to the switch to 
NB16) while the one on my Raspberry Pi was/is set to JDK11.  Changing 
the JDK for my Netbeans project on my Windows machine to JDK11 was in 
the end solving the issue.


Best rgds,
-- Geert


On 2022/12/10 16:31:42 Michael Bien wrote:
> how did you solve the issue?
>
> a similar issue just got filed which reports that the migration of
> remote platforms doesn't work:
>
> https://github.com/apache/netbeans/issues/5065
>
> Looks like the config import did work in your case or did you patch
> something?
>
> -mbien
>
>
>
> On 10.12.22 16:00, Geert Vancompernolle wrote:
> > Ok, found the issue myself.  Everything is working fine again, I can
> > see all my remote platforms.
> >
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: users-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
--
--
Best rgds,
Geert Vancompernolle
Varendreef 9
8020 Hertsberge (Oostkamp)
050/220005
0479/680987
--
What3Words  <https://what3words.com/>  *greets.crowning.founded*

Re: [java] Netbeans 16 platforms

[Michael Bien]

how did you solve the issue?

a similar issue just got filed which reports that the migration of 
remote platforms doesn't work:


https://github.com/apache/netbeans/issues/5065

Looks like the config import did work in your case or did you patch 
something?


-mbien



On 10.12.22 16:00, Geert Vancompernolle wrote:
Ok, found the issue myself.  Everything is working fine again, I can 
see all my remote platforms.





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

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

Re: NetBeans release notes?

[Michael Bien]

On 07.12.22 22:08, Fred Welland wrote:

an interesting surprise

I don't know if this is the official release notes, but this has some 
info on it: https://github.com/apache/netbeans/releases/tag/16




yep, those notes are the official ones.




On Wed, Dec 7, 2022 at 3:00 PM Thad Humphries 
 wrote:


I see that NetBeans 16 is out. I only started using NetBeans a few
weeks ago. Are there release notes somewhere online so I can
evaluate if I want to upgrade at this time, and what obstacles
and/or bugs I might expect?

It is always recommended to update NetBeans to the current version if 
possible which has (hopefully) the least amount of bugs. But we also try 
to make sure to hide new ones to keep things interesting :)


If there is a larger issue (or regression) known at time of release it 
is often mentioned on the download page which just got updated:


https://netbeans.apache.org/download/nb16/index.html

e.g for NB 16 there is: "Gradle projects in Apache NetBeans 16 are not 
supported when running the IDE on JDK 19.


-mbien




-- 
"Hell hath no limits, nor is circumscrib'd In one self-place; but

where we are is hell, And where hell is, there must we ever be"
--Christopher Marlowe, /Doctor Faustus/ (v. 111-13)

Re: What happened with Netbeans bug reporting?

[Michael Bien]

the most important part of an issue report is a minimal reproducer or 
steps how to reproduce the issue. Since the main user base of an IDE are 
devs, it is often possible to get good quality submissions in some cases.


It is really difficult to automate this. Telemetry can do only so much 
and privacy/trust is also a concern there (you don't want your IDE to 
upload your source code if there is a parsing error or take screen 
shots, right?).


With the traditional submission process a user can decide what 
information to provide and review logs/snippets etc before submission - 
so the whole problem is completely avoided.


Since the user base of an IDE are devs, it is also likely that they have 
a github account already. So this shouldn't be a big barrier if you 
really want to submit a bug report.


And as Neil already alluded to: open source projects rarely have a lack 
of issue submissions. There is no need to artificially inflate the issue 
count with automated uploads [1].


Some open source projects go even a step further and automatically close 
stale/inactive issues after a certain time period. Since inactive issues 
are probably not interesting enough to be fixed by the community - no 
need to keep them in the system forever.


best regards,
michael

[1] https://martinfowler.com/bliki/Datensparsamkeit.html


On 07.12.22 17:31, Sean Carrick wrote:
It's really too bad that NetBeans Project went with GitHub, instead of 
GitLab...GitLab has a feature called "Service Desk" that provides a 
unique email address to which bugs, RFEs, etc., can be email by 
anonymous users, without them needing a GitLab account. In that 
instance, NB would only have needed to change the private code of the 
old bug reporter to redirect to the Service Desk email address...Just 
an FYI for the future, maybe.


Sincerely,

Sean Carrick
Owner - PekinSOFT Systems
s...@pekinsoft.com
(309) 989-0672


On Wed, Dec 7, 2022 at 9:05 AM Neil C Smith  wrote:

On Mon, 5 Dec 2022 at 22:28, Greenberg, Gary
 wrote:
> It used to be a feature that allows to submit exceptions along
with some other info to Netbeans development team with a
> click of a button.
> Now you can only open notification and view the exception stack
trace and that’s it. Exceptions do occur regularly and I
> mostly ignore them. I did raise this question sometime ago and
was told that now I need to open JIRA ticket manually to
> submit any NB problem and supply code samples in Apache GIT.

The infrastructure for accepting issues in that way no longer exists.
It never existed at Apache.

NetBeans issues should be reported in the GitHub issue queue. There
is no JIRA access for users.  You'll need a GitHub account to report -
https://github.com/apache/netbeans/issues

See also https://netbeans.apache.org/participate/report-issue.html


> IMHO it is bad idea and not acceptable for many Netbeans users
because
>
> It does take more time, which is hard to allocate in busy
development schedule.

You need to balance that with the time needed for the volunteer
NetBeans community, many of whom also have a busy development
schedule, to assess any reported issue.  Yes, you may now need to
spend more time in order to provide all of the required information to
submit an issue.  It's better than incomplete issue reports
languishing completely ignored.  IMHO that is an even worse and
unacceptable situation for everyone.

Best wishes,

Neil

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

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

Re: NetBeans `Convert to for (Iterator...) {}' suggestion

[Michael Bien]

Hi John,

suggestions which are only active at the current line where your cursor 
is, don't necessary produce better code, they are just there to 
transform parts of it in case you want to change something. Internally 
they are hints of a kind called actions.


The doc describes it well:

"The hint (with kind ACTION) represents an offer to the user to 
automatically alter the code. The transformation is not intended to 
improve the code, only allow the user to do some kind of code 
transformation quickly. The only meaningful severity for suggestions if 
Severity.CURRENT_LINE_WARNING."


You should notice that if you change the loop to the iterator version, 
but not actually use the iterator except calling next() it will also add 
a hint called "convert to for-loop" which does the opposite. This hint 
will always appear, even if you move the cursor, since unless you 
actually need the iterator the simple for loop is more readable and 
should be preferred as you said.


the for-each loop uses a hidden iterator if it iterates over iterables 
anyway.


I don't know why you can't disable this particular suggestion via the 
context menu.


regards,
michael


On 28.11.22 15:00, John wrote:


Hi,

Quick one. I have just installed a vanilla Netbeans 15 and when I 
write a line such as


for (Word word : this.dictionary) {...}

Netbeans offers me a Warning / Recommendation

`Convert to for (Iterator...) {}'

That, if chosen, converts my syntax to

for (Iterator it = this.dictionary.iterator(); it.hasNext();) {...}

This is a lot less readable to me and I therefore wanted to turn off 
this hint.


However, The  doesn’t offer the option to disable this hint 
and I couldn’t find it in the Tools > Options > Editor > Hints (Java) 
list, although I found lots of other nice hints that I have turned on!


I found this on Stack Overflow

https://stackoverflow.com/questions/24263479/netbeans-convert-to-for-iterator-suggestion

But that was to do with which one is more efficient and I suspect that 
the warning is due to the fact that the more verbose version is 
quicker if the number of elements in the iterator is very large.


Am I stuck with this, or is it that I just overlooked where the hint 
is in the long list?


John

- 
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For 
additional commands, e-mail: users-h...@netbeans.apache.org For 
further information about the NetBeans mailing lists, visit: 
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists 

Re: Search for maven dependency

[Michael Bien]

late reply but:

the maven central index does not contain class names anymore. So you 
will only see results there once you have the artifact in your local .m2 
repository since NetBeans indexes that one too.


so once you press build you will see results, since it downloads the 
dependencies into your local .m2 repo.


-mbien


On 31.10.22 15:16, name name2 wrote:

        
            org.netbeans.api
org-netbeans-modules-projectuiapi
            ${netbeans.version}
        


This was helped with clean & build


пн, 31 окт. 2022 г. в 16:29, name name2 :

image.png

пн, 31 окт. 2022 г. в 16:20, name name2 :

Hello

Can't locate maven module name for code:

import org.openide.util.lookup.ServiceProvider;
import *org.netbeans.spi.project.ProjectFactory*;

@ServiceProvider(service = *ProjectFactory.class*)
public class BananaProjectFactory implements ProjectFactory {

}

Re: Clicking on stack trace in output window

[Michael Bien]

Hi Will,

is this from the output window or the "Analyze Stack" window?

in any case.. would be good to file a bug report since this sounds like 
a bug.


best regards,
michael



On 08.11.22 23:04, Will Hartung wrote:
It seems that when developing code using the Java module system (i.e. 
using a module-info.java), that when you get a stack trace you get 
lines like this:


at 
FXRdf@1.0-SNAPSHOT/bit.fxrdf.DataSetManager.getDataset(DataSetManager.java:12)


But when you click on them, it doesn't jump into the source code, like 
it does with a normal project.


Is there something that's getting in the way of this? It's been doing 
this for some time now.


Regards,

Will Hartung




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

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

Re: Font too small

[Michael Bien]

On 31.10.22 16:55, negora wrote:
I've just tested NetBeans IDE with OpenJDK 19.0.1+10 (a build from 
Eclipse Temurin), and it still seems to be using an old version of 
FreeType. I believe so because the font rendering is still horrible if 
you don't set the "FREETYPE_PROPERTIES" variable. I don't understand 
why in 2022 they still don't use version 40 (if that's the cause, of 
course).


I also use that setting with other applications based on Swing, such 
as WizTools.org REST Client and SoapUI, and the result is very 
noticeable (for better).


I hope not to transform this thread in a feature request but... Is 
there a way so that NetBeans can do this adjustment by itself, without 
the need of setting an environment variable?


yes there would be, that was why I was asking :)

the launcher has special cases for some high dpi and font AA mode 
settings. (open the bin/netbeans script and scroll down)


main challenge would be to detect when this is needed and when not. I 
suppose this isn't something to enable by default on linux.


-mbien



Thank you.


On 31/10/2022 14:33, Michael Bien wrote:

interesting.

Since it was filed against JDK 11.0.5 which was a few updates ago. 
Was it not fixed/backported since then? A lot of those linked JDK 
bugs are marked resolved.


-mbien

On 31.10.22 07:58, negora wrote:
Besides editing the "$NETBEANS_HOME/etc/netbeans.conf" file (to add 
the "--fonsize" parameter), I recommend you setting the 
"FREETYPE_PROPERTIES" environment variable to your taste, while 
invoking NetBeans.


I also use Debian 11 and I've seen that the font rendering looks 
better (at least to me), with the following command:


    FREETYPE_PROPERTIES='truetype:interpreter-version=40' 
"$NETBEANS_HOME/bin/netbeans"


Best regards.

PS: I first heard about this parameter when I reported an issue 
about Adoptium ( 
https://github.com/adoptium/adoptium-support/issues/50 ).



On 29/10/2022 20:12, Amn wrote:
I am using NB15 under Debian 11, after an update, or so I think, 
the font of the NB45 app became too small, (looks  like the one in 
Eclipse) and it is to hard to read. I remember editing a file, this 
is a long time ago, to increase the size of the font used by NB, 
anyone knows of this?

Thanks in advance.

-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: Font too small

[Michael Bien]

interesting.

Since it was filed against JDK 11.0.5 which was a few updates ago. Was 
it not fixed/backported since then? A lot of those linked JDK bugs are 
marked resolved.


-mbien

On 31.10.22 07:58, negora wrote:
Besides editing the "$NETBEANS_HOME/etc/netbeans.conf" file (to add 
the "--fonsize" parameter), I recommend you setting the 
"FREETYPE_PROPERTIES" environment variable to your taste, while 
invoking NetBeans.


I also use Debian 11 and I've seen that the font rendering looks 
better (at least to me), with the following command:


    FREETYPE_PROPERTIES='truetype:interpreter-version=40' 
"$NETBEANS_HOME/bin/netbeans"


Best regards.

PS: I first heard about this parameter when I reported an issue about 
Adoptium ( https://github.com/adoptium/adoptium-support/issues/50 ).



On 29/10/2022 20:12, Amn wrote:
I am using NB15 under Debian 11, after an update, or so I think, the 
font of the NB45 app became too small, (looks  like the one in 
Eclipse) and it is to hard to read. I remember editing a file, this 
is a long time ago, to increase the size of the font used by NB, 
anyone knows of this?

Thanks in advance.

-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: jre version issues

[Michael Bien]

oh. This sounds like you installed both, a 32bit and a 64bit JVM. Since 
windows keeps them separated in those two folders.


java -version should show what is what in case of doubt.

with JNI you have to be extra careful when the architecture changes.

best regards,
michael


On 26.10.22 18:06, Amitabh Choudhury wrote:
Yes Ernie. I am not getting a JNI error when I attempt to open JAR 
from desktop shortcut.
Have to figure out how to reconfigure. There were two folders from 
Oracle in the path

C:\Program Files (x86)\Common Files\Oracle\Java\javapath
C:\Program Files\Common Files\Oracle\Java\javapath

Amitabh Choudhury

On Tue, Oct 25, 2022 at 9:27 PM Ernie Rael  wrote:

On 22/10/25 12:01 AM, Amitabh Choudhury wrote:

Hello Alexander and Ernie

Thanks for the reply.
Was able to get into the System variable of Windows 11 and
found that "Path" started with "C:\Program Files (x86)\Common
Files\Oracle\Java\javapath".
Even though 1.18 was installed and placed in "Path" at the end,
the x86 javapath was being picked up and had version 1.8.


Glad you got things going.

I'm guessing that means jdk18 was not installed with the oracle
windows installer. Keep in mind if/when you update to a newer jdk
you may need to fiddle with your path.

-ernie


deleted the string from "Path" and was able to get the app
(GabellatteMVPn) running.

Meanwhile got aware of
(https://javaalmanac.io/bytecode/versions/). TQ Ernie.

Warm regards

Amitabh Choudhury

On Tue, Oct 25, 2022 at 10:49 AM Ernie Rael 
wrote:

On 22/10/24 10:14 PM, Ernie Rael wrote:
> On 22/10/24 9:50 PM, Amitabh Choudhury wrote:
>> Hi
>>
>> I am not exposed to under the hood of netbeans settings,
hence
>> require hand-holding.
>>
>> Application is working fine in Netbeans IDE. But when I use a
>> shortcut link to the jar file or try to run in the
console, I get the
>> following error message.
>> ~
>> Error: A JNI error has occurred, please check your
installation and
>> try again
>> Exception in thread "main"
java.lang.UnsupportedClassVersionError:
>> gabellattemvpn/GabellatteMVPn 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 52.0
>> ~
>
> Taking a look at https://javaalmanac.io/bytecode/versions/
>
> I see that 52 is java 8, 62 is java 18.
>
> Your jre is java 8 (presumably this is the default jre on
your windows
> system), you compiled it (assuming GabellatteMVPn is
yours), on java 18.
>
> I'd be inclined to update your system with a newer jre. The
> alternative is to compile your program to run on java 8.
>
> -ernie

And of course, you can use the jdk/jre that NetBeans runs on
to execute
your jar file.

-ernie

>
>>
>> Please inform what changes have to be done and where
(Netbeans/Console).
>>
>> I am using MS Windows 11(or 10).
>>
>> Warm regards
>>
>> Amitabh Choudhury
>>
>>
>>
>
>
>
-
> To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: registering latest Payara

[Michael Bien]

Hi Glenn,

there is a PR in the queue which is fixing this:
https://github.com/apache/netbeans/pull/4695

saw many Jakarta EE related PRs recently targeted for NB 16.

best regards,
michael


On 01.10.22 22:06, Glenn Holmer wrote:

I haven't done much EE programming since I retired, but want to update
an app I wrote to the latest Jakara EE.

Is that supported in NetBeans 15? Because I had trouble registering the
server in NetBeans. It's installed (payara-6.2022.1.Alpha4.zip), and I
can get the pages on 8080 and 4848, but here's what happens when I try
to register Payara:

0) I select a location (/opt/payara6)
1) I get "Detected a 6.2022.1 install. Click Next to register remote or
custom local domains." ("Local Domain" is selected, "Download Now..." is
greyed out)
2) I click Next, but nothing happens except that the "Click Next"
message disappears. "Finish" is greyed out.

What am I doing wrong? I'm running on openjdk 17.

--
Glenn Holmer (Linux registered user #16682)
"After the vintage season came the aftermath -- and Cenbe."


-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: Unpacking the index for central repository is very long

[Michael Bien]

On 17.09.22 15:36, Neil C Smith wrote:

On Thu, 15 Sept 2022 at 19:38, Michael Bien  wrote:

If IDEs provide functionality which uses data which is not available in
your local maven repository they gonna have to use a web service or
cache things just like netbeans does. There are pros and cons for both.
Local cache is fast and works in planes and trains.

So, it'll work in planes and trains until you actually want to build
it or do anything else with it then?!


well yes, it is not going to allow downloading new maven artifacts when 
offline :)



I know Emi had a plugin a while back that did remote searching
https://github.com/emilianbold/maven.search.remote  Personally I'd
like to see that sort of feature available in the IDE.


sure why not.

-mbien



Best wishes,

Neil

-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: Unpacking the index for central repository is very long

[Michael Bien]

On 15.09.22 19:21, Richard Grin wrote:

Hi Michael,

Downloading the file was quick. The unpacking was very long.

Wouldn't it be possible to search for Maven artefacts when a pom.xml 
is written and not before?


it is going to start the first time the user runs an action which 
requires artifact infos. E.g the new NB module project wizzard can 
trigger it, or auto completion in a pom, or some other dependency search 
UI. Some plugin might also trigger it if it makes a request I suppose.



It seems that other IDEs don't work like NetBeans and don't download 
and unpack the index in advance. Am I wrong?


If IDEs provide functionality which uses data which is not available in 
your local maven repository they gonna have to use a web service or 
cache things just like netbeans does. There are pros and cons for both. 
Local cache is fast and works in planes and trains. Webservice transfers 
data on demand but you need a webservice.


If you don't want NetBeans to do this you can turn indexing off in the 
maven settings i believe. But it is usually not a big deal since it 
finishes in <15mins and runs once per week in the background while you 
can use the IDE normally.


-mbien



Best regards,

Richard

Le 15/09/2022 à 03:14, Michael Bien a écrit :

Hi,

2h is indeed long.

Last time i measured it was about 20mins on my workstation which is 
about 6 years old by now. Would be interesting to try to figure out 
what causes the such big difference.


Was the download itself slow? This can happen of course due to 
outside factors.


The good news is that subsequent indexing should be faster since it 
will download a delta.


It actually did run an update while writing this mail, here the log 
line:
INFO [org.netbeans.modules.maven.indexer.NexusRepositoryIndexerImpl]: 
Indexing of central took 663.13 s.


there is some potential to parallelize it, but this is actually the 
only indexing job which is handled by a third party lib (local 
indexing is done by NB), so we would have to take a look upstream. 
There is also always the danger to melt laptops if you put all cores 
under load for a few minutes.


best regards,
michael


On 08.09.22 10:49, Richard Grin wrote:

Hello,

I have just downloaded and installed NetBeans 15 on Windows 11.

A very annoying problem: the loading and unpacking of the index for 
central repository took almost 2 hours. I'm afraid it will be even 
worse in the years to come.


Is there a workaround?

Regards,

Richard


-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: NetBeans 14/15 not scanning for external changes on Mac

[Michael Bien]

On 07.09.22 23:33, Ludvík Michálek wrote:

Update: I found the cause of the issue, finally (thanks Stan).

1) I've created a git repository where I saved "default" preferences created by 
fresh install of NB


nice! i used to do that too for my whole etc folder once to debug OS issues.


2) next, I overwrote those preferences with the backup of my previous 
preferences
3) I compared the commits / made diff on the files and then went step-by-step 
and replaced/reverted the files

Finally I found the single one that caused the problem:

File:
/Library/Application 
Support/NetBeans/15/config/Preferences/org/netbeans/modules/masterfs/ui.properties

This file contains single line:
org.netbeans.io.suspend=1

I have changed the value from 1 to 0 and it works, while keeping all my 
previous preferences! So all my issues were just caused by this single boolean 
value. I don't understand which process and under which circumstances writes 
this value, but definitely the Scan for external changes was heavily affected 
by this, although the UI option seemed to be enabled.


fyi: this property is set by the second button next to the memory graph 
in the tool bar ("Pause I/O Checks"). And it will indeed stop netbeans 
from listening to external file changes as long its enabled.


good that you found the issue :)

-mbien



Hope this helps anyone in the future.

Thanks everyone,

Ludvik




On 7. Sep 2022, at 22:17, Ludvík Michálek  wrote:

Thanks to all of you that responded today (Alexander, Rtherman59), thanks for 
your tips!

Finally, the tip below from Stan helped and saved me!

I can't believe I forgot such simple thing like removing/moving preferences - 
the thing I always recommend to others :) This helped perfectly, although I 
will have to explore how to get most of my previous preferences back, since I 
really miss them - I've been importing them since v6, year by year..

THANKS again, you saved my day(s)!

Have a great day everyone,

Ludvik





On 7. Sep 2022, at 14:30, Giles Winstanley  wrote:

One thing I've noticed over the last few NB releases (on macOS) is that it's 
been very haphazard/flaky at reliably working after importing settings from a 
previous version. On both NB14/15 I've had to start over with a fresh/blank 
preferences folder for it to work reliably (and this even without any 
non-standard plugins). Whether this has any bearing on your situation I don't 
know, but that would be my first thing to try, and one you don't mention in 
your list of things you've already tried.

Simplest thing would be to rename the existing folder ($HOME/Library/Application 
Support/NetBeans/15) to something else (e.g. "15-old") while NB is closed, then 
reopen. It should essentially start from scratch; see if that works. If no change then 
you can revert to the old settings.

Stan

On 07/09/2022 12:16, Ludvík Michálek wrote:

Hello,
I have issue with NB suddenly stopped seeing external changes to files. I am 
using this feature since NB 6/7 (or so) and it has been working well all the 
time.
Suddenly, it stopped working. I have suspicion that it is related to updating 
the JDK recently.
I am using the feature together with remote-upload feature of project, but it 
does not work even without remote upload.
Before, when I created a file or folder in Finder, NetBeans automatically 
refreshed and showed the changes in the Project/Files tree.
Now I have to run the "Scan for external changes" menu command all the time, 
which completely wastes my workflow, because I use external watchers (webpack or gulp) to 
build the project and then rely on NetBeans to upload the changes to remote server.
I have tried almost everything, googled whole day but found no solution, 
nothing helped:
* creating another, clean project
* reinstalling NB, updating from version 14 to 15
* uninstalling and reinstalling JRE
* uninstalling and reinstalling JDK
* checking permissions
* enabling Security>Accessibilty and Security>Full-disk access to
   NetBeans and java processes
* re-enabling "Miscellaneous > Files > Enable auto-scanning of
   sources" option in Options
* restarting NB
* restarting Mac
* .. everything above in different order, several times :(
My configuration:

- JDK version installed: jdk-18.0.2.1.jdk
- JRE version: build 1.8.0_341-b10
- OS: Mac OS 12.5.1 Monterey, Intel x64
Any idea, anyone?
Thanks for help,
Best,
--
Ludvík Michálek

-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, 

Re: Unpacking the index for central repository is very long

[Michael Bien]

Hi,

2h is indeed long.

Last time i measured it was about 20mins on my workstation which is 
about 6 years old by now. Would be interesting to try to figure out what 
causes the such big difference.


Was the download itself slow? This can happen of course due to outside 
factors.


The good news is that subsequent indexing should be faster since it will 
download a delta.


It actually did run an update while writing this mail, here the log line:
INFO [org.netbeans.modules.maven.indexer.NexusRepositoryIndexerImpl]: 
Indexing of central took 663.13 s.


there is some potential to parallelize it, but this is actually the only 
indexing job which is handled by a third party lib (local indexing is 
done by NB), so we would have to take a look upstream. There is also 
always the danger to melt laptops if you put all cores under load for a 
few minutes.


best regards,
michael


On 08.09.22 10:49, Richard Grin wrote:

Hello,

I have just downloaded and installed NetBeans 15 on Windows 11.

A very annoying problem: the loading and unpacking of the index for 
central repository took almost 2 hours. I'm afraid it will be even 
worse in the years to come.


Is there a workaround?

Regards,

Richard


-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: Simple navigation question

[Michael Bien]

ctrl+shift+1 opens/selects the file in the Projects window. 2 for Files, 
3 for Favorites.


On 18.08.22 21:37, Blake McBride wrote:

Greetings,

I am using NetBeans 14.  I have a simple navigation question (in Java).

Let's say I have many classes in a package hierarchy.  I am editing a 
particular file / class.  I want to click something so that my 
"Packages" window selects the file I am editing.


Seems like a simple need.  I just can't figure out how to do it.

Sure appreciate any help.

Blake McBride




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

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

Re: Java NetBeans IDE14 Project (Unloadable) pom.xml Error

[Michael Bien]

Hi Mike,

when declaring the plugin you added the group ID of your project. This 
is not correct. GroupID + ArtifactID are the coordinates of a maven 
artifact, they belong together.


The specific plugin you are using is a default plugin, so you don't have 
to declare the groupID, (but you can if you want).


more info here, see first code snippet:
https://maven.apache.org/plugins/maven-assembly-plugin/usage.html

regards,
michael


On 12.08.22 01:21, M. Hagen wrote:

Hello,

I am fairly new to NetBeans and a novice user of Java 1.8... (Most of my Java 
programming has been done with Notepad at the command prompt.)

While attempting to created a packaged JAR file for distribution with NetBeans Maven, I 
get an error of "No MANIFEST.MF attributes found" when running the Jar file.  
However NetBeans Jar worked with Ant on other projects.

I did and still researching the internet on how to create a working MANIFEST.MF 
file for Maven.

I tried modifying the pom.xml file to get a good MANIFEST.MF file.

After modifying the pom.xml file I get error:
1 problem was encountered while building the effective model [FATAL] 
Non-parseable POM 
C:\Users\elect\Documents\NetBeansProjects\Tutorials\TestJarmavenproject1\pom.xml:
 TEXT must be immediately followed by END_TAG and not START_TAG (position: 
START_TAG seen ... \r\n  ... @15:26) @ line 15, column 26 for project at 
C:\Users\elect\Documents\NetBeansProjects\Tutorials\TestJarmavenproject1\pom.xml

2 the below pom.xml file errors at " with a red line.  So I get 
"TestJarmavenproject1 (Unloadable)" in NetBeans.
Error Message:
Non-parsable POM 
C:\Users\elect\Documents\NetBeansProjects\Tutorials\TestJarmavenproject1\pom.xml: TEXT must be 
immediately followed by END_TAG and not START_TAG (position: START-TAG seen ... 
\n\n plugins> ... @14:12
I tried several different attempt to stop this error and failed.


http://maven.apache.org/POM/4.0.0; 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance; 
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd;>
 4.0.0
 com.electronicrepair.testjarmavenproject1
 TestJarmavenproject1
 1.0-SNAPSHOT
 jar
 
 UTF-8
 1.8
 1.8
 
com.electronicrepair.testjarmavenproject1.TestJarmavenproject1

 
 
 


 
com.electronicrepair.testjarmavenproject1

 maven-assembly-plugin
 1.0-SNAPSHOT
 
 
 
jar-with-dependencies
 
 
 
 true
 lib/
 
com.electronicrepair.testjarmavenproject1.TestJarmavenproject1
 
 
 
 
 
 make-assembly
 package
 
 single
 
 
 
 
 
 

 


*
Other error messages about the pom.xml file are:
*
cd C:\Users\elect\Documents\NetBeansProjects\Tutorials\TestJarmavenproject1; "JAVA_HOME=C:\\Program 
Files\\Java\\jdk1.8.0_333" cmd /c "\"C:\\Program 
Files\\NetBeans-14\\netbeans\\java\\maven\\bin\\mvn.cmd\" -DskipTests=true 
\"-Dmaven.ext.class.path=C:\\Program Files\\NetBeans-14\\netbeans\\java\\maven-nblib\\netbeans-eventspy.jar\" 
--fail-at-end package"
Scanning for projects...
[ERROR] Some problems were encountered while processing the POMs:
Non-parseable POM 
C:\Users\elect\Documents\NetBeansProjects\Tutorials\TestJarmavenproject1\pom.xml: TEXT must 
be immediately followed by END_TAG and not START_TAG (position: START_TAG seen 
...\r\n... @15:26)  @ line 15, column 26
  @
The build could not read 1 project -> [Help 1]
   
   The project  (C:\Users\elect\Documents\NetBeansProjects\Tutorials\TestJarmavenproject1\pom.xml) has 1 error

 Non-parseable POM 
C:\Users\elect\Documents\NetBeansProjects\Tutorials\TestJarmavenproject1\pom.xml: TEXT must be 
immediately followed by END_TAG and not START_TAG (position: START_TAG seen 
...\r\n... @15:26)  @ line 15, column 26 -> 
[Help 2]

To see the full stack trace of the errors, re-run Maven with the -e switch.
Re-run Maven using the -X switch to enable full debug logging.

For more information about the errors and possible solutions, please read the 
following articles:
[Help 1] 
http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingException
[Help 2] http://cwiki.apache.org/confluence/display/MAVEN/ModelParseException

*
  ProjectBuildingException
Skip to end 

Re: NB 14, 15 Platform Applications and Java 8 compatibility

[Michael Bien]

On 29.07.22 12:28, Mike Hallan wrote:


I want to know whether to tell end users that they must move to J11+, 
or that J8 is still OK.


it highly depends on what user base you have, but there is usually no 
good reason to use anything else outside of the latest java LTS release. 
You get the latest enhancements for free and use well supported software.


Also keep in mind that it is fairly unusual to have "java" installed on 
an end user system. The time of webstart and applets is long over, JREs 
technically don't exist anymore as well defined concept. Lets "code for 
the lowest common denominator" is basically a practice from that time 
when you hoped that the user had java installed but couldn't influence 
which version it was.


Bundling a custom runtime (jlink) with the application might be also a 
consideration.


There is also snap, flatpak, appimage, jpackage etc which might help there.

regarding NetBeans itself, over time, more and more tests will move from 
JDK 8 to 11 or later. We can't test everything due to limited resources, 
and it becomes more valuable to make sure everything works well on 
modern java, than on JDK 8. As Neil mentioned, the IDE itself is only 
fully supported on JDK 11, 17 and "current at release" since some 
libraries ended their support of JDK 8 already, which means some modules 
will only load on 11+.


regards,

-michael

Re: NB 14 IDE freezes on popup menu in Swing Navigator

[Michael Bien]

On 21.07.22 13:57, Mike Hallan wrote:
Hi Michael, thank you for that info. I have tried NB 15 RC1 and it 
does indeed seem to have fixed the issue I had described.


thanks for confirming


Unfortunately, I noticed that it has changed alignments and sizes on 
many of my form designs, especially outermost component sizes that now 
render as different sizes when embedded in other components - seems 
like previous anchoring of JPanels to borders has been lost. Some 
dialogs are rendered differently too, e.g. a smaller size dialog if 
some component is initially invisible (whereas previous dialog size 
defaulted to fit all components, even if invisible - maybe it's me and 
I need to figure out how to redraw/repack a dialog to enlarge after 
user makes a choice that makes a component visible). I realize this is 
only RC1 and I am greatly appreciative of what the NB dev team does, 
but I am a bit nervous as to what my UI will look like after NB 14, 
especially since I have been going through and adjusting all 
formatting and colors to work optimally for FlatLAF per NB 14, but 
can't really do that now because of the frequent IDE freezes so will 
need to get off NB 14 asap, which may be just as well because of 
potential new alignment issues, etc so far in FlatLaf of 15 RC1. I 
guess I will just postpone my UI refresh until at least after NB 15 is 
released. Oh well, such is the way of progress!


i just opened some random forms both in NB 14 and NB 15rc1 side by side 
and couldn't see any difference. If you think there is a bug and you can 
create a minimal reproducer, feel free to file an issue on github.


just a thought: you sure that things like "seems like previous anchoring 
of JPanels to borders has been lost" aren't the fallout of freezing NB 
14 while you edited things?


The FlatLaf settings of NB 15 were updated slightly. So it might look a 
bit different in some edge cases, but it should behave the same.


https://github.com/apache/netbeans/pulls?q=is%3Apr+is%3Aclosed+label%3A%22Look+and+Feel%22+milestone%3ANB15

-mbien



Thank you again to you and NB dev team!



On Wednesday, July 20, 2022 at 10:41:03 PM GMT+3, Michael Bien 
 wrote:



On 20.07.22 21:20, Mike Hallan wrote:
I'm using NB 14 and I've tried running the IDE on JDK 11 and 18, both 
from Adoptium, on Win 10.


I've found that very often the IDE will freeze if in the Swing 
Navigator, I select a component eg.a JPanel, then right-click on it 
and move the mouse over to the popup menu. Usually happens when I 
hover over a selection that has a secondary menu such as Set Layout. 
The secondary menu will open and then the IDE freezes. I'm then 
forced to kill NB from the Win Task Manager and restart. Tends to not 
happen during the first few such actions but after several such 
actions it will eventually freeze (within 5 -10 minutes of having 
restarted the IDE)


My 2 questions:
1) Is this a known issue? I've had to kill/restart the IDE around 20 
times today. If not a known issue then I'll try to create a small 
demo case for it.


yes. It is fixed in NB 15. You can test the first release candidate if 
you want which was released today.


https://www.mail-archive.com/dev@netbeans.apache.org/msg11327.html 
<https://www.mail-archive.com/dev@netbeans.apache.org/msg11327.html>


2) Is there any way I can avoid the component Navigator's popup for 
Set Layout->Free Design/Border Layout such as a keyboard shortcut? I 
don't see this setting in the Properties window.


as workaround you could also use a different look until NB 15 is 
released.


best regards,

michael




Thanks!

Re: NB 14 IDE freezes on popup menu in Swing Navigator

[Michael Bien]

On 20.07.22 21:20, Mike Hallan wrote:
I'm using NB 14 and I've tried running the IDE on JDK 11 and 18, both 
from Adoptium, on Win 10.


I've found that very often the IDE will freeze if in the Swing 
Navigator, I select a component eg.a JPanel, then right-click on it 
and move the mouse over to the popup menu. Usually happens when I 
hover over a selection that has a secondary menu such as Set Layout. 
The secondary menu will open and then the IDE freezes. I'm then forced 
to kill NB from the Win Task Manager and restart. Tends to not happen 
during the first few such actions but after several such actions it 
will eventually freeze (within 5 -10 minutes of having restarted the IDE)


My 2 questions:
1) Is this a known issue? I've had to kill/restart the IDE around 20 
times today. If not a known issue then I'll try to create a small demo 
case for it.


yes. It is fixed in NB 15. You can test the first release candidate if 
you want which was released today.


https://www.mail-archive.com/dev@netbeans.apache.org/msg11327.html

2) Is there any way I can avoid the component Navigator's popup for 
Set Layout->Free Design/Border Layout such as a keyboard shortcut? I 
don't see this setting in the Properties window.


as workaround you could also use a different look until NB 15 is 
released.


best regards,

michael




Thanks!

Re: Java Platform Javadoc

[Michael Bien]

Hi,

On 11.07.22 06:56, Bradley Willcott wrote:

Hi there.
I am sure someone has asked this before, but I haven't found such as yet.

How do I set-up NB 14 to access the online Javadocs for each JDK?
I have every version since 1.5 installed. Whilst the older ones work 
fine, the newer ones don't.
For JDK 18 for instance, using the root address: 
https://docs.oracle.com/en/java/javase/18/docs/api/ does not work 
because of the modularity introduced some versions ago.


Why has this not been fixed within NB?


there is probably no conspiracy going on, its likely that just nobody 
found that issue interesting enough to create a PR for it:


https://github.com/apache/netbeans/pulls



Where is the Java Platform info stored within NB's config?


.netbeans/14/config/Services/Platforms/org-netbeans-api-java-Platform




I have put up with this situation for too long now, so I need to fix 
it. Can anyone help please?


contributions are always welcome.


best regards,

michael


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

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

Re: [IDE Font Size] in Netbeans 14

[Michael Bien]

something must be wrong with your netbeans_default_options list since 
this exception would happen if some of the module config flags are missing.


you can simply launch netbeans with the font option

bin/netbeans --fontsize 20

regards,
michael


On 29.06.22 23:35, Ing Sergio Basurto J. wrote:


Hello,

I just upgrade to version 14, and can't change IDE font size, in 
previous versions I achieve this adding "--fontsize 20" to 
"netbeans_default_options" and the font was changed, but if I try to 
do this with version 14 I receive the following error:


|Jun 29, 2022 4:30:17 PM org.netbeans.ProxyURLStreamHandlerFactory 
register SEVERE: No way to find original stream handler for jar 
protocol java.lang.reflect.InaccessibleObjectException: Unable to make 
field transient java.net.URLStreamHandler java.net.URL.handler 
accessible: module java.base does not "opens java.net" to unnamed 
module @76b0faf8 at 
java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:354) 
at 
java.base/java.lang.reflect.AccessibleObject.checkCanSetAccessible(AccessibleObject.java:297) 
at 
java.base/java.lang.reflect.Field.checkCanSetAccessible(Field.java:178) 
at java.base/java.lang.reflect.Field.setAccessible(Field.java:172) at 
org.netbeans.ProxyURLStreamHandlerFactory.register(ProxyURLStreamHandlerFactory.java:59) 
at org.netbeans.JarClassLoader.(JarClassLoader.java:117) at 
org.netbeans.MainImpl.execute(MainImpl.java:153) at 
org.netbeans.MainImpl.main(MainImpl.java:60) at 
org.netbeans.Main.main(Main.java:58) java.lang.Error: factory already 
defined at 
java.base/java.net.URL.setURLStreamHandlerFactory(URL.java:1228) at 
org.eclipse.osgi.framework.internal.core.Framework.installURLStreamHandlerFactory(Framework.java:1765) 
at 
org.eclipse.osgi.framework.internal.core.Framework.(Framework.java:232) 
at 
org.eclipse.osgi.framework.internal.core.EquinoxLauncher.internalInit(EquinoxLauncher.java:67) 
at 
org.eclipse.osgi.framework.internal.core.EquinoxLauncher.init(EquinoxLauncher.java:37) 
at org.eclipse.osgi.launch.Equinox.init(Equinox.java:178) at 
org.netbeans.modules.netbinox.Netbinox.init(Netbinox.java:63) at 
org.netbeans.core.netigso.Netigso.prepare(Netigso.java:146) at 
org.netbeans.NetigsoHandle.turnOn(NetigsoHandle.java:115) at 
org.netbeans.ModuleManager.enable(ModuleManager.java:1445) at 
org.netbeans.ModuleManager.enable(ModuleManager.java:1254) at 
org.netbeans.core.startup.ModuleList.installNew(ModuleList.java:316) 
at org.netbeans.core.startup.ModuleList.trigger(ModuleList.java:252) 
at 
org.netbeans.core.startup.ModuleSystem.restore(ModuleSystem.java:298) 
at org.netbeans.core.startup.Main.getModuleSystem(Main.java:173) at 
org.netbeans.core.startup.Main.getModuleSystem(Main.java:142) at 
org.netbeans.core.startup.Main.start(Main.java:299) at 
org.netbeans.core.startup.TopThreadGroup.run(TopThreadGroup.java:98) 
at java.base/java.lang.Thread.run(Thread.java:833) |

So how can I change IDE font size in this version?
Thanks in advance.
Best Regards,
--

Re: FlatLAF on NB 14

[Michael Bien]

awesome!

thanks for posting how you solved it, since this is often not done these 
days.


-mbien

On 28.06.22 20:32, Mike Hallan wrote:
Got it working. Don't do step 3) that I described because adding the 
dependencies as per step 4) will already include the relevant classes.




On Monday, June 27, 2022, 10:32:09 PM GMT+3, Mike Hallan 
 wrote:




Neil,

I tried what you said and I'm still having issues. Hopefully something 
simple perhaps you could please clarify, probably in step 4) below.

Here's what I did:
1) I took out the code that I initially showed in Installer.
2) I set the LAF through Branding.
Specifically, r-click on NB platform app node, chose Branding... and 
under Resource Bundles tab set 
org/netbeans/swing/plaf/Bundle.properties 
LookAndFeelClassName=com.formdev.flatlaf.FlatLightLaf and left 
LookAndFeelCustomsClassName = default.

3) Added to my module as Wrapped JARs:
org-netbeans-libs-flatlaf-RELEASE140.jar
org-netbeans-swing-laf-flatlaf-RELEASE140.jar
4) In this same module, in Module Dependencies I added:
"Flaflaf"
"FlatLaf Look and Feel"
After clean, build & run, I get:
WARNING [org.netbeans.ProxyClassLoader]: Will not load class 
org.netbeans.swing.laf.flatlaf.ui.FlatToolbarDragger arbitrarily from 
one of ModuleCL@3341a4db[org.netbeans.swing.laf.flatlaf] and 
ModuleCL@3af30783[module1.test.com] starting from SystemClassLoader[76 
modules]; see http://wiki.netbeans.org/DevFaqModuleCCE

INFO [org.netbeans.core.windows.view.ui.toolbars.ToolbarContainer]
java.lang.ClassNotFoundException: Will not load class 
org.netbeans.swing.laf.flatlaf.ui.FlatToolbarDragger arbitrarily from 
one of ModuleCL@3341a4db[org.netbeans.swing.laf.flatlaf] and 
ModuleCL@3af30783[module1.test.com] starting from SystemClassLoader[76 
modules]; see http://wiki.netbeans.org/DevFaqModuleCCE

at org.netbeans.ProxyClassLoader.doFindClass(ProxyClassLoader.java:191)
at org.netbeans.ProxyClassLoader.loadClass(ProxyClassLoader.java:125)
at 
org.netbeans.ModuleManager$SystemClassLoader.loadClass(ModuleManager.java:769)

at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
[catch] at 
org.netbeans.core.windows.view.ui.toolbars.ToolbarContainer.createDragger(ToolbarContainer.java:260)
at 
org.netbeans.core.windows.view.ui.toolbars.ToolbarContainer.addNotify(ToolbarContainer.java:147)

at java.awt.Container.addNotify(Container.java:2776)
at javax.swing.JComponent.addNotify(JComponent.java:4740)
at java.awt.Container.addNotify(Container.java:2776)
Do I need to add some code to explicitly load a class in Installer?
Thanks for your help!
On Monday, June 27, 2022, 04:12:59 PM GMT+3, Neil C Smith 
 wrote:



Hi,

On Mon, 27 Jun 2022 at 08:35, Mike Hallan  
wrote:

> I managed to load FlatLAF in Installer module (my code shown below)

Firstly, don't do this.  We changed the IDE default look and feel to
FlatLaf, not the platform itself.  Do the change the same way the IDE
does, ie. by branding it.

Changes in the IDE - https://github.com/apache/netbeans/pull/3332

Similar in a platform app -
https://github.com/praxis-live/praxis-live/blob/master/branding/modules/org-netbeans-swing-plaf.jar/org/netbeans/swing/plaf/Bundle.properties

> I did see in https://search.maven.org/search?q=flatlaf that there 
exist two NB-specific flatlaf jars: 
org-netbeans-libs-flatlaf-RELEASE140.jar and 
org-netbeans-swing-laf-flatlaf-RELEASE140.jar (don't what to do with 
these, if anything. I assume I shouldn't use them, although when I did 
add as a wrapped jar then the additional tab for 'FlatLAF' appeared in 
LAF settings, although empty)


You need both of those modules.  And you also need one of *your*
modules to depend on org.netbeans.swing.laf.flatlaf to get it loaded.
The module with the customs is autoload, which it probably shouldn't

be!


Best wishes,

Neil

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

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

Re: Beans Binding

[Michael Bien]

Hi Bill,

keep in mind that JSR-295 is inactive. There haven't been any bugfix 
releases of beansbinding in over a decade.


The last attempt I am aware of keeping beans binding alive was from 
Fabrizio Giudici in form of betterbeansbinding*


unless you are maintaining an old project, I would advice to try to find 
alternative solutions.


best regards,
michael

* someone evacuated the project to github after kenai shut down: 
https://github.com/stephenneal/betterbeansbinding


On 03.06.22 21:10, Bill Babbitt wrote:

I am using NetBeans version 12.0 with Java 17.0.2. and Maven. I created a 
dependency with BeansBinding.jar version 1.2.1. I want to bund my database 
tables with components in my application, specifically a “Customers DB” table 
with a customers jTable. Having connected and added the database and tables in 
the application, I tried right-clicking the jTable and get the pop-up window 
but the beans binding option is missing. What have I done wrong, and how do I 
correct this?



-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: setting default Java platform

[Michael Bien]

On 03.06.22 18:53, Glenn Holmer wrote:

On 6/3/22 09:12, Michael Bien wrote:

the default platform is the JDK NB is running on. If you don't define
any platform that is what NB is going to use.

I suppose NB could allow setting a different platform as default, but it
can't do that atm, since default means "runtime".

changing it right now would require to set it in netbeans.conf and restart
https://github.com/apache/netbeans#log-config-and-cache-locations

Nope, doesn't work. In netbeans.conf, the installer left
netbeans_jdkhome unset, so I set it to "/opt/jdk-17.0.2". The About box
shows that it is indeed running on 17.0.2, but the dialog still looks
the same as in the previous screenshot. It looks to me like one of those
things where it's working properly but isn't displayed right.

The one listed as default, btw, is the one that Debian installed.


to exclude that this is an issue with the installation layout of the JDK 
distribution you use. Try downloading a JDK zip from a vendor of your 
choice, extract it somewhere and point the property in netbeans.conf at it.


I change this config fairly often for testing purposes and never 
experienced something like that.


I do have also JDK 8, 11, 17 and 18 installed locally via manjaro's 
package manager, but I don't use those for NetBeans (since the projects 
aren't using those either post deployment. I test on whatever the 
program is supposed to run on in production.


as general note:

just because java -version works in your shell does not mean everything 
is correctly set up. It only means that the JVM can start. NetBeans 
needs a JDK.


best regards,

michael



  I
don't remove it because it would break too many dependencies, but
instead use a symlink "/opt/java" pointing to jdk-17.0.2 or whatever
version I want to use (with the $PATH pointing to /opt/java before the
Debian one). Just for fun, I ran "bin/java -version" from the
"default's" directory and did get the correct response (i.e. "The
specified folder does not contain a Java platform" is incorrect).

--
Glenn Holmer (Linux registered user #16682)
"After the vintage season came the aftermath -- and Cenbe."


-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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

Re: setting default Java platform

[Michael Bien]

Hi Glen,

the default platform is the JDK NB is running on. If you don't define 
any platform that is what NB is going to use.


I suppose NB could allow setting a different platform as default, but it 
can't do that atm, since default means "runtime".


changing it right now would require to set it in netbeans.conf and restart
https://github.com/apache/netbeans#log-config-and-cache-locations

NB 13 supports running on JDK 17 (NB 14 supports 18 etc), so it should 
be no problem


regards,
michael


On 03.06.22 16:06, Glenn Holmer wrote:

Why can't I remove the default Java platform? How do I set 17.0.2 as the
default? See attached screenshot.

--
Glenn Holmer (Linux registered user #16682)
"After the vintage season came the aftermath -- and Cenbe."

-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-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: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

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