Re: AI assistant for NetBeans

[Scott Palmer]

> On Feb 9, 2024, at 9:46 PM, Andreas Reichel  
> wrote:
> 
> 
>> 
>> On Sat, 2024-02-10 at 12:17 +1000, Peter Kirkham wrote:
>> Maybe I'm wrong and I'm just a modern-day Luddite.
> 
> No, you are not. It CAN be extremely useful WHEN you know exactly what you 
> want and are an expert in your topic. THEN you can use the AI generated 
> template and quickly tweak it until it works. Like a secretary.


I’ve used Codeium (it’s free and decent) with VScode and found it can be a time 
saver by finishing off a loop or switch etc. based on patterns it finds in the 
code.  For example it will find that if my cases in a switch match some 
constant strings defined elsewhere in the code, it will simply offer to finish 
off all the cases with the remaining items from that set of strings.  Doing a 
lot of the boilerplate in a much smarter version of autocomplete.
For generating “original” code it often misses details and definitely needs to 
be tweaked, but still the template that it comes up with saves time… as long as 
you know enough to double check what it did and fix the remaining issues.

Scott

Re: [ANNOUNCE] Apache NetBeans 20 released

[Scott Palmer]

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. ScottOn 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 PlatformsThe 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,SteveOn 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.orgFor additional commands, e-mail: users-h...@netbeans.apache.orgFor further information about the NetBeans mailing lists, visit:https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: NetBeans 19, Gradle 7.5 - "Run File" no longer working

[Scott Palmer]

Run file is working for me with NB 19 and Gradle 8.3. 

Scott

> On Sep 27, 2023, at 1:34 AM, Thomas Kellerer  wrote:
> 
> Is there anything I can do about, or do I have to roll back to 18 (or wait 
> for 20)?
> 
> Regards
> Thomas
> 
> 
> László Kishalmi schrieb am 26.09.2023 um 17:10:
>> Could be a regression caused by this one:
>> https://github.com/apache/netbeans/pull/6003 
>> 
>> 
>> On Tue, Sep 26, 2023 at 5:54 AM Thomas Kellerer > > wrote:
>> 
>>Hello,
>> 
>>with NetBeans 19 and Gradle 7.5.1 "runFile" on a class with a main method 
>> does not work any more:
>> 
>>Caused by: 
>> org.gradle.api.internal.tasks.DefaultTaskContainer$TaskCreationException: 
>> Could not create task ':server:runSingle'.
>>at 
>> org.gradle.api.internal.tasks.DefaultTaskContainer.taskCreationException(DefaultTaskContainer.java:715)
>>...
>>...
>>Caused by: org.gradle.tooling.BuildException: Could not find "run" task 
>> to execute. Please upgrade your configuration to use standard run-style 
>> tasks instead of deprecated runSingle
>>at 
>> org.netbeans.modules.gradle.tooling.NetBeansRunSinglePlugin.lambda$addTask$2(NetBeansRunSinglePlugin.java:107)
>> 
>> 
>>How can I upgrade/change my (NetBeans?) configuration to use the 
>> "run-style" task instead?
>> 
>>This was working with the same Gradle project and NetBeans 18 without 
>> problems.
>> 
>> 
>>I am using Java 17 if that matters.
>> 
>>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

Re: Sorting it out?

[Scott Palmer]

I’m convinced “Tim” is a bot. Either that or someone that is dealing with some 
mental health issues. (It sends unlikely but I can’t rule it out.)  I suggest 
the account be removed from the mailing list. 

If you look at all the post from that account you can see that they are rarely 
coherent. 

Scott

> On Jun 1, 2023, at 1:24 AM, Laszlo Kishalmi  wrote:
> 
> Dear Tim,
> 
> 
> Are you all right? Your recent emails makes me worry.
> 
> 
>> On 5/31/23 17:10, Tim de Vries wrote:
>> Need a pure JAVA Solution?
>> 
>> Like a Gosling, a Jobs, a Gates, maybe a MARKZUCK. or Bezos, if you that. I 
>> don't. I TIM.
>> 
>> You, Not Me!
>> 
>> #All.
>> 
>> #Tim.
>> 
>> #You.
>> 
>> #OhNo!
>> 
>> Tim
>> 
>> 
>> 
>> -
>> 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

Getting Source and JavaDoc for Gradle Dependencies

[Scott Palmer]

I see options in Java->Gradle=>Dependencies for "Download Sources Along
with the Dependencies" and "Download JavaDoc along with the Dependencies"

Both of these options are greyed-out and cannot be changed.  For "Sources"
it is set to "Always", for "JavaDoc" ti is set to "Never".  Sources don't
get downloaded anyway though.

Why can't I change them?  Why don't they work?

Scott

Re: Creating a new platform application: Maven or Ant?

[Scott Palmer]

> On Feb 26, 2023, at 7:14 AM, Thomas Kellerer  wrote:
> 
> Hello,
> 
> I am trying to "migrate" an old NetBeans platform application that I created 
> with NetBeans 8.0 about 10 years ago
> 
> I decided to create a new NetBeans platform application from scratch as there 
> is a lot of stuff I would do differently today.
> 
> However, I am not sure if I should go for Maven or Ant as the basis for my 
> new application.
> 
> What is the recommendation from the NetBeans team for a new platform project?
> 
> I am using Java 17 if that matters.

For any Java project (my opinion, based on experience with all three options.):

Prefer Maven over Ant.
Prefer Gradle over Maven.

There are exceptions and how well you know each tool will certainly influence 
the order that works for you.

I don’t think Gradle is an option for a NetBeans Platform project.  So Maven is 
the best choice in this situation.

I don’t think there is a case where I would ever choose to create a new 
Ant-based project these days.  It is more flexible than Maven, but far more 
awkward to work with than Gradle.  IMO it should probably be hidden as a legacy 
option in the New Project dialog.

Scott
-
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: Profiler does not work for me

[Scott Palmer]

Perhaps the same or related to this:
https://github.com/apache/netbeans/issues/4524

Scott

On Thu, Feb 23, 2023 at 1:57 PM Thomas Wolf  wrote:

> I haven’t used the NB profiler for a year or so, but last time I did
> (running on an x86 mac in NB 12), it ran fine.
>
> Today I tried to profile my standalone JSE application in NB 16 with JDK
> 17.05 on my ARM-based Mac for the first time and the profiler just sits in
> a calibration dialog (see 1st attachment) forever.  If I cancel that
> dialog, I get several other dialogs before I finally get out of the
> profiling session.  The output from the Output window is shown below also.
> Lastly, I don’t see much in the IDE log either (other than the same error
> message about a data transfer error during instrumentation calibration).
>
> I restarted the IDE and tried again - same result.  When I run the same
> identical project on an x86 Mac on the same version Netbeans 16, JDK 17
> (17.06 vs. 17.05 on ARM), and same macOS, the profiler works just fine.
>
> Has anyone come across this issue?  i will upgrade my ARM-based Mac to
> 17.06 - just to make everything identical, but I doubt it’ll have an effect.
>
> Any help/info appreciated,
> Tom
>
>
> *** Profiler message (Thu Feb 23 13:38:13 EST 2023): Starting target
> application...
> /Library/Java/JavaVirtualMachines/jdk-17.0.5.jdk/Contents/Home/bin/java
> -agentpath:/Applications/NetBeans/Apache NetBeans
> 16.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac/libprofilerinterface.jnilib
> -Xbootclasspath/a:/Applications/NetBeans/Apache NetBeans
> 16.app/Contents/Resources/NetBeans/netbeans/profiler/lib/jfluid-server.jar:/Applications/NetBeans/Apache
> NetBeans
> 16.app/Contents/Resources/NetBeans/netbeans/profiler/lib/jfluid-server-15.jar
> org.netbeans.lib.profiler.server.ProfilerServer
> /Applications/NetBeans/Apache NetBeans
> 16.app/Contents/Resources/NetBeans/netbeans/profiler/lib/deployed/jdk16/mac
> 5141 10 Profiler+Calibration+Run
> *** Profiler error (Thu Feb 23 13:38:56 EST 2023): connection with server
> not open
>
>
>
>
>
>
>
>
>
>
>
> -
> 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

[Scott Palmer]

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: New Gradle project creates the wrong sort of project

[Scott Palmer]

As you've noted, this is what you get from 'gradle init --type
java-application'.  I was happy with that behaviour too.
I would rather not have the extra layer of an 'empty' parent project for
simple things.

I personally feel this is an issue to be brought up with Gradle.  Gradle
init could have an option to make a simple, root project only, project
structure.  That said, the use of an 'empty' root project and a sub-project
appears to be a Gradle best-practice.  In fact if you don't give a project
type on the command line, the prompts will explicitly ask you if you want
multiple subprojects or not - if you choose yes you can have a project with
an application and library as subprojects, but if you say no, you get the
same structure but simply with one subproject, exactly like when you use
'--type java-application'

However, 'gradle init --type basic' doesn't add the 'java' plugin to the
Gradle build script at all.
I just tried it and the resulting build.gradle file contains only a
comment.  Using '--type basic' is effectively useless, all you really get
from it is a settings.gradle file that sets the root project name, and it
initializes the Gradle Wrapper.  That's too basic to be useful.  No default
source folders, no plugins (not 'java' or 'application'), so there is
little point.

As a work-around, I would create the project, then move 'app/src' and
'app/build.gradle' up a level, delete the app folder, fix settings.gradle,
and get on with my day.  However, rather than fight it, I'm getting used to
the idea of using an empty parent project.
I just wish the 'application' plug would configure the jar manifest so I
don't have to always add that manually!

Regards,

Scott

On Mon, Jan 16, 2023 at 10:51 AM Emma Atkinson 
wrote:

> I'm not sure if this is a bug or intended functionality.
>
> If I want to create a simple Java SE application Gradle project I do the
> following:
> Select New Project
> Select Java with Gradle
> Select *Java Application  *for a simple application
> Click the Next button
> Enter a project name
> Click the Finish button
>
> However, this creates a multi-project application with a single subproject
> called *app*.  One has to change this default name to something
> meaningful by hand. There is no refactoring support that I could find to
> rename the subproject.
>
> This is equivalent to
> *> gradle init --type java-application*
>
> NB IDE 16 has a better way to create a multi-project with a single
> subproject if that is what one wants: just select *Multi-Project Build*
> instead of *Java Application* , which allows one to give one or more
> subprojects and give them sensible names.
>
> According to the Gradle 6.7 Release Notes, where this behaviour was first
> released, if one wants to create a simple Java SE project in NB IDE 16
> selecting Java Application should use the *basic *project type equivalent
> to:
> *> gradle init --type basic*
>
> Do you agree or am I missing something?
>
>
> *References*
> Gradle 6.7 introduced this behaviour. Documentation for the build init
> plugin may be found at
> https://docs.gradle.org/6.7/userguide/build_init_plugin.html
>
> The release notes may be found at
> https://docs.gradle.org/6.7/release-notes.html.  The release notes say to
> use project type *basic* if one does not need the complexity of a
> multi-project build.
>
> Regards
>
>

Re: How to add local jar to Gradle

[Scott Palmer]

“The build file” is the “build.gradle” file that you would be editing to add this local dependency.  So if your .jar file was in the same folder with build.gradle, then you could just use: compile files(‘my_local.jar’)If it was in a subdirectory of your project you could use: compile files(‘project_subdir/my_local.jar’)ScottOn Jan 10, 2023, at 9:38 AM, Amn Ojee Uw  wrote:
  

  
  
Thanks for the help, I really appreciate.
In the link you suggested, the statement - ' 

dependencies {
compile files('path/local_dependency.jar')
}

Where path is a directory path on your filesystem ... 
The path can be relative to the build file.

I don't understand what meant by 'the build', can you help me?

The attached pic show the project tree, that, I hope, will give an idea as to what the path looks like.

Thanks!!


On 2023-01-08 4:11 a.m., Laszlo
  Kishalmi wrote:

https://riptutorial.com/gradle/example/8349/add-a-local-jar-file-dependency
  
  
  On 1/7/23 19:41, Amn Ojee Uw wrote:
  
  Hello!


Can anyone tell how to add a local jar file to a Gradle-Java
with Gradle->Web Application using NetBeans 16?


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.orgFor additional commands, e-mail: users-h...@netbeans.apache.orgFor further information about the NetBeans mailing lists, visit:https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: What happened with Netbeans bug reporting?

[Scott Palmer]

I personally would prefer a setting somewhere that lets NB automatically gather 
exception info. Opt-in only to be privacy-friendly. An automated system that 
collects exceptions and counts how many are reported for each unique stack 
trace could help direct developers to things that should be addressed.
I don’t think they should go automatically into the bug database.  They should 
be visible to developers to triage.
If the exception has been dealt with in a newer version of NB (this info would 
be available when the exceptions automatically submitted), the UI could 
indicate that to the user.

Scott

> On Dec 5, 2022, at 5:28 PM, 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.
> 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.
> Many companies (like mine) for security reasons do not allow to use offsite 
> GIT and JIRA
> Therefore, Netbeans team diminishing their ability to fix bugs and other 
> problems.
>  
> For example, yesterday I was debugging an application and wanted to see 
> changes in the database. I did have SQL window open.
> As I switched to this SQL tab, exception occurred and all windows in Netbeans 
> were garbled.
> I saved the stack trace and had to restart NB as it was not responsive.
> Here the stack trace:
> java.lang.NullPointerException
> at 
> org.netbeans.modules.db.dataview.util.FileBackedClob.getSubString(FileBackedClob.java:166)
> at 
> org.netbeans.modules.db.dataview.util.LobHelper.clobToString(LobHelper.java:142)
> at 
> org.netbeans.modules.db.dataview.table.ClobCellRenderer.getTableCellRendererComponent(ResultSetCellRenderer.java:217)
> at 
> org.netbeans.modules.db.dataview.table.ResultSetCellRenderer.getTableCellRendererComponent(ResultSetCellRenderer.java:98)
> at java.desktop/javax.swing.JTable.prepareRenderer(JTable.java:5741)
> at 
> org.netbeans.modules.db.dataview.table.JXTableDecorator.prepareRenderer(JXTableDecorator.java:119)
> at 
> org.netbeans.modules.db.dataview.output.DataViewTableUI.prepareRenderer(DataViewTableUI.java:126)
> at 
> java.desktop/javax.swing.plaf.basic.BasicTableUI.paintCell(BasicTableUI.java:2190)
> at 
> java.desktop/javax.swing.plaf.basic.BasicTableUI.paintCells(BasicTableUI.java:2092)
> at 
> java.desktop/javax.swing.plaf.basic.BasicTableUI.paint(BasicTableUI.java:1888)
> at com.formdev.flatlaf.ui.FlatTableUI.paint(FlatTableUI.java:396)
> at java.desktop/javax.swing.plaf.ComponentUI.update(ComponentUI.java:161)
> at java.desktop/javax.swing.JComponent.paintComponent(JComponent.java:797)
> at java.desktop/javax.swing.JComponent.paint(JComponent.java:1074)
> at 
> org.netbeans.modules.db.dataview.table.JXTableDecorator.paint(JXTableDecorator.java:65)
> at java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907)
> at java.desktop/javax.swing.JComponent.paint(JComponent.java:1083)
> at java.desktop/javax.swing.JViewport.paint(JViewport.java:737)
> at java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907)
> at java.desktop/javax.swing.JComponent.paint(JComponent.java:1083)
> at java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907)
> at java.desktop/javax.swing.JComponent.paint(JComponent.java:1083)
> at java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907)
> at java.desktop/javax.swing.JComponent.paint(JComponent.java:1083)
> at java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907)
> at java.desktop/javax.swing.JComponent.paint(JComponent.java:1083)
> at java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907)
> at java.desktop/javax.swing.JSplitPane.paintChildren(JSplitPane.java:1024)
> at java.desktop/javax.swing.JComponent.paint(JComponent.java:1083)
> at java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907)
> at java.desktop/javax.swing.JComponent.paint(JComponent.java:1083)
> at java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907)
> at java.desktop/javax.swing.JComponent.paint(JComponent.java:1083)
> at java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907)
> at java.desktop/javax.swing.JComponent.paint(JComponent.java:1083)
> at java.desktop/javax.swing.JComponent.paintChildren(JComponent.java:907)
> at java.desktop/javax.swing.JComponent.paint(JComponent.java:1083)
> at 
> 

Re: NetBeans `Convert to for (Iterator...) {}' suggestion

[Scott Palmer]

I agree that this isn’t usually a good suggestion.  It is available as a 
refactoring for when you might need an iterator, but by no means should the IDE 
“warn” about it.  I think that is the current behaviour though.  The line is 
not marked with a hint lightbulb unless I put the cursor on that line. So it’s 
not like it shows in the gutter as a warning like you would get for an unused 
private function or similar.

It appears to be the hint “Expand Enhanced For Loop” that you will find under 
“Suggestions” in the editor Hints panel.

When I turn that off the”expand” hint, the suggestion changes to  “Can use 
functional operations” which coverts the loop to this.dictionart.forEach(word 
-> {...});

Scott

> On Nov 28, 2022, at 9:00 AM, 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

Re: gradle: any way to specify JAVA_HOME for use with gradle?

[Scott Palmer]

Perhaps best way to deal with this is to use the Gradle feature to set the tool 
chain version. In your build.gradle file do this:

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

See: https://docs.gradle.org/current/userguide/toolchains.html#header

Scott

> On Sep 10, 2022, at 11:47 AM, Ernie Rael  wrote:
> 
> Thanks Davide, but I wasn't clear about what's going on.
> 
> Let's say I run NetBeans with jdk-17. I have some gradle projects that 
> require jdk-11.
> 
> So, while running NetBeans with jdk-17, I'd like to work on the gradle 
> projects that require jdk-11.
> 
> I set the gradle project's
> 
>   ProjectProperties > Build > Compile > JavaPlatform: JDK 11
> 
> but that doesn't appear to do anything useful. In addition, I don't see where 
> this property is getting saved; there's no project.properties file, and VCS 
> didn't show any changes.
> 
> NetBeans says it tries to understand the gradle build for getting 
> information. When I do a CleanAndBuild there are errors, although jdk-11 is 
> set for the project.
> 
> -ernie
> 
>> On 9/9/22 11:54 PM, Davide Grandi wrote:
>> I run nb with
>> 
>> SETLOCAL
>> SET JAVA_HOME=...
>> START C:\sviluppo\programs\netbeans\14\bin\netbeans64.exe^
>>  --jdkhome "%JAVA_HOME%"^
>>  --userdir  "C:\sviluppo\user.home\netbeans\14\userdir"^
>>  --cachedir "C:\sviluppo\user.home\netbeans\14\cachedir"^
>>  --console suppress^
>>  -J-Duser.home=C:\sviluppo\user.home^
>>  -J-Xms4096m^
>>  -J-Xmx4096m
>> 
>> (because I've multiple jdk but none of them _installed_, all uncompressed)
>> 
>> But there's also a (commented) variable on nb folder :
>> ./etc/netbeans.conf
>> -- 
>> # Default location of JDK:
>> # (set by installer or commented out if launcher should decide)
>> #
>> # It can be overridden on command line by using --jdkhome 
>> # Be careful when changing jdkhome.
>> # There are two NetBeans launchers for Windows (32-bit and 64-bit) and
>> # installer points to one of those in the NetBeans application shortcut
>> # based on the Java version selected at installation time.
>> #
>> #netbeans_jdkhome="/path/to/jdk"
>> -- 
>> 
>> bye,
>> 
>> Davide
>> 
>>> On 10/09/2022 02:42, Ernie Rael wrote:
>>> I must run NB with jdk-11 (or jdk-15 but not the latest LTS).
>> 
> 
> 
> -
> 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: Should I exclude ./gradle/nb-cache from commit?

[Scott Palmer]

To have truly reproducible builds you need to have dependency
management for the tools and JDK, not just libraries.  That's what the
wrapper is about.  The wrapper can do hash checks on the downloaded Gradle
tool so it should be "safe".  Using the Gradle mechanism to run with a
specified JDK, and fetch it from a trusted source if it is missing,
completes the controlled environment - mostly, I think the JRE running the
Gradle daemon is still not properly version controlled.

That said - I always run bleeding-edge Gradle as well ;-)

Scott

On Sun, Aug 7, 2022 at 12:30 AM Laszlo Kishalmi 
wrote:

> Well, really Gradle Wrapper is optional. It seems that the majority of the
> users like that, so we do have Maven Wrapper as well now.
> On 8/6/22 19:25, Andreas Reichel wrote:
>
> Thank you for the response.
>
> Looks like I don't need it because I never use Gradle Wrapper and always
> stick with the latest Gradle Version only.
> (I actually wished there was an option to avoid Gradle Wrapper completely,
> there was never a Make or ANT wrapper for good. Downloading random stuff
> from the network outside of the OS' package manager still gives me shivers.)
>
> Cheers
> Andreas
>
> On Sat, 2022-08-06 at 18:52 -0700, Laszlo Kishalmi wrote:
>
> gradle/ folder (not the .gradle) usually the place to put additional build
> logic, and if nothing else that's where Gradle places it's wrapper
> gardle/wrapper/
>
> Make sure you add the gardle/wrapper/gradle-wrapper.jar along with the
> grade/wrapper/gradle-wrapper.properties file. (Unless some policy
> explicitly state otherwise) Although that is a binary file, that is java
> the entry point of gradlew and gradlew.bat files. That would download the
> correct Gradle if it is not installed on the system.
>
>
> On 8/5/22 17:54, Andreas Reichel wrote:
>
>
>
> On Fri, 2022-08-05 at 17:52 -0700, Laszlo Kishalmi wrote:
>
> while gradle/ folders
> shall be committed
>
>
>
> Laszlo,
>
> thank you for advise, please care to elaborate. Why should it be there
> when it can be rebuild on demand? What is the advantage of tracking it and
> the disadvantage of dismissing it?
> Sorry to bother you, I just would like to learn.
>
> Cheers
> Andreas
>
>
>

Re: Gradle won't resolve dependency: what's wrong here?

[Scott Palmer]

> On Aug 4, 2022, at 7:37 AM, Owen Thomas  wrote:
> 
> On Thu, 4 Aug 2022 at 15:54, László Kishalmi  > wrote:
> Compile was discouraged at 3.4, marked for deprecation in  4.0 they removed 
> it in 7.0. that's pretty long time. 4 years
> 
> No problem. I'll just have to be mindful of this when following advice from 
> people about Gradle.
> 
> Thanks all. Until next time. :)

This is why use of the Gradle wrapper is encouraged.. control the version of 
the tool so your builds are more stable.
(Though I admit I like to stay on the bleeding edge and keep my build scripts 
compatible with the current version.)

Scott

Re: NetBeans 13 with JavaFX

[Scott Palmer]

https://openjfx.io/openjfx-docs/

There you will find JavaFX and NetBeans 


SceneBuilder instructions are found here 
https://github.com/gluonhq/scenebuilder/wiki/Basic-JavaFX-project-with-Scene-Builder

Regards,

Scott


> On Apr 2, 2022, at 8:06 PM, Sam Lalani  wrote:
> 
> Is there a tutorial for adding JavaFX 18 and Scene Builder to NetBeans 13 and 
> then creating a sample application?
> 
> 
>  
> This email has been checked for viruses by Avast antivirus software. 
> www.avast.com 

Re: Why is the JavaFX JavaDoc so bad?

[Scott Palmer]

> On Mar 25, 2022, at 2:05 PM, Will Hartung  wrote:
> 
> Why is the JavaFX JavaDoc so bad?
> 
> I'm using Maven, JavaFX 17.0.2. I've downloaded the javadocs, I've downloaded 
> the sources.
> 
> But during autocomplete, it seems most of the javadoc doesn't load. Not all, 
> there's certainly some, but if you go into autocomplete on something (say a 
> TextField), most of the entries are blank.
> 
> Or, something like a simple javafx.geometry.Point2D. 
> 
> If you try to do a "new Point2D", and autocomplete just gives "double d, 
> double d1" instead of x, y.
> 
> But if you look at the javadoc: 
> https://openjfx.io/javadoc/18/javafx.graphics/javafx/geometry/Point2D.html#%3Cinit%3E(double,double)
>  
> 
> 
> The javadoc has "x, y".
> 
> This is systemic through the JavaFX libraries. Are they being built wrong? I 
> mean, it's JavaDoc. We've had this since 1996...
> 
> Just curious why it's so messed up with JavaFX.
> 
> Thanks,
> 
> Will Hartung

I’ve also noticed JavaDoc issues with JavaFX.  I use a build of the JDK from 
Azul with JavaFX built-in.  I often find the JavaDocs don’t appear, but then 
sometimes they do, for the same thing.

Weird.

Scott

Re: [apache netbeans12[ [javafx] [install] Can't install correctly.

[Scott Palmer]

Right. I should have wrote, “… you won’t see those from Oracle.”

Scott

> On Feb 13, 2022, at 11:33 PM, Geertjan Wielenga 
>  wrote:
> 
> 
> “Though Azul is nice enough to create JRE and JRE + FX packages, you won’t 
> see those from OpenJDK.“
> 
> Note: Azul Zulu builds of OpenJDK are builds of OpenJDK.
> 
> Gj
> 
>> On Mon, 14 Feb 2022 at 03:55, Ernie Rael  wrote:
>> On 2/13/22 6:08 PM, Scott Palmer wrote:
>> >
>> > I haven’t touch Swing in years and I have no plans to use it again. 
>> >  JavaFX is the way to go… though there are still a few missing pieces.
>> >
>> > Scott
>> Hi Scott, just wondering in you have any insight into this.
>> 
>> I fell in love with JavaFX, and was sorely disappointed when ...
>> 
>> I'm looking for a more sophisticated text package than what seems to be 
>> available with openjfx. I came across 
>> https://github.com/FXMisc/RichTextFX (if that's where I saw it) which 
>> seems to be a loose port and/or feature-full like of the swing text 
>> stuff. Any idea if I'm reading this right?
>> 
>> I pretty much gave up on JFX when it was dropped, but it does seem to be 
>> in better shape than I could have hoped for. Is FXMisc considered an 
>> integral part of the jfx ecosystem?
>> 
>> -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: [apache netbeans12[ [javafx] [install] Can't install correctly.

[Scott Palmer]

Since deployment these days means bundling a JRE, it doesn’t really make it any 
more of a pain to have a platform dependent library. Note that there is no such 
thing as an official JRE download these days.  Though Azul is nice enough to 
create JRE and JRE + FX packages, you won’t see those from OpenJDK.

Too bad .jmod files are only useful for development though.I really dislike 
the hacks of extracting a native library from a jar at runtime - it’s only a 
matter of time before security concerns will make that even harder to get away 
with.

All my JavaFX applications go all the way with jlink and jpackage to produce 
fully self-contained applications.   It’s no different than other applications 
in that regard… which sadly means losing some of the advantages Java 
applications had before.  No more shared JRE.

I haven’t touch Swing in years and I have no plans to use it again.  JavaFX is 
the way to go… though there are still a few missing pieces.

Scott

> On Feb 13, 2022, at 2:55 PM, Bernd Michaely  wrote:
> 
> It's such a shame they dropped such a great piece of software like JavaFX 
> from JDK. Compared to JavaFX, Swing looks age-old, in particular internally.
> 
> (E.g., if I'm correct, a JavaFX TreeView uses an ObservableList of children, 
> while JTree doesn't even use a java.util.List for its children.)
> 
> Having a platform dependent separate lib makes deployment a pain again.
> 
> (If only the JavaFX base module with properties, bindings, observable data 
> structures … would be platform independent, so that it could be used with 
> Swing also.
> 
> E.g. it would be possible to write GUI components, having the abstract logic 
> in a base module using the JavaFX base module, and a Swing and a JavaFX based 
> implementation, the Swing based implementation not needing a platform 
> dependent library. The way it is now, one has to reimplement all the nice 
> javafx.base achievements for a Swing version, if one doesn't want to bundle 
> an unnecessarily platform dependent module…)
> 
> On 10.02.22 19:00, Thomas Wolf wrote:
>> Totally off-topic: does anyone find it ironic that the successor to Swing 
>> was taken out of the JDK while Swing itself survives?  Makes me feel rather 
>> good about never having jumped on the JavaFX bandwagon.  We currently have a 
>> cross-platform desktop app in beta and the GUI is written in Swing - 
>> packaging the app with jpackage became a whole lot easier after we decide to 
>> remove the one JavaFX component we did use (the chart library) and replaced 
>> it with JFreeChart.
>> 
>> sorry for the off-topic musing.
>> tom
>> 
>> 
>> On Feb 10, 2022 at 12:11:16 PM, Scott Palmer > <mailto:swpal...@gmail.com>> wrote:
>>> Java 11 does not contain JavaFX.  You should use the Gradle or Maven 
>>> plugins, or use a JDK that has added the JavaFX modules (Such as the “full” 
>>> Zulu JDK from Azul).
>>> I strongly recommend migrating away from Ant if you are refreshing the 
>>> project to use modern tools.
>>> 
>>> Scott
>>> 
>>>> On Feb 9, 2022, at 6:25 PM, Robert Lockwood >>> <mailto:rnlockw...@gmail.com>> wrote:
>>>> 
>>>> I have a Java application from some years ago using an old Netbeans, 
>>>> JavaFX, Scene Builder, and Java 8.  I've been asked to add features to and 
>>>> thought that I would migrate it to a more current IDE etc. and put an end 
>>>> to the warnings I receive when I build. I'm using macOA Monterey and an 
>>>> Apple Silicon M1 macBook.
>>>> 
>>>> I've managed to fix all the syntax errors with help from Dr. Google but 
>>>> cannot complete a build. It cannot find the executable or the deployment 
>>>> library in the JDK.  I've supplied the locations in the libraries and jars 
>>>> list and have added the path to the Java Home folder in /Library/... (as a 
>>>> side issue Netbeans cannot find the javadocs).
>>>> 
>>>> I don't know what I missed and what to try next so I'm asking for help 
>>>> here.  First time use of this mailing list, too. The application won't be 
>>>> deployed BTW.  I understand the Nashorn warnings.
>>>> 
>>>> Path to JDK /Lbrary/Java/JavaVirtualMachines/jdk-11.0.2.jdk added to $PATH
>>>> 
>>>> Build output slightly edited with '***' prepended to warnings and errors 
>>>> of note:
>>>> 
>>>> *** Warning: java executable not found in JDK, evaluating java executable 
>>>> in RT instead.
>>>> init:
>>>> deps-clean:
>>>> Updating property file: 
&

Re: [apache netbeans12[ [javafx] [install] Can't install correctly.

[Scott Palmer]

I’m glad that jpackage that originated in JavaFX made it into the JDK at least. 
:-)

I moved to JavaFX as soon as JavaFX 2.x was available.  I have no intentions of 
ever using Swing again.  (Recent discussions about the binding API for Swing 
being missing for the NB GUI builder come to mind.  I’m glad I don’t have to 
worry about that anymore.)

Lots of things have been removed from the JDK at this point: Activation, JAXB, 
JAX-WS .. they caused me far more pain as they were “demodularized” when they 
were removed so you couldn’t get them back as modules anymore.  That may be 
fixed now, but in new packages that aren’t compatible with old code. 

It makes sense to split up the modules, but it is an inconvenience for sure

I think the original plan was to remove Swing at some point as well. JavaFX was 
just less disruptive than removing Swing. I just wish the “desktop” module was 
better organized so I don’t have to pull in a bunch of AWT/Swing stuff when I 
only want to use JavaFX.  If the modules were a bit more isolated Swing and 
JavaFX could evolve at their own pace independent of the core libraries.  I 
really wish there was a better way to deal with JMODs as external dependencies, 
since both JavaFX and Swing rely on native libraries as well, JMOD is the right 
mechanism to share them, but there is no “Maven repository” equivalent for them 
(yet).

ImageIO is another thing that should be replaced so it doesn’t tie in to the 
GUI framework. I.e. just deal with buffers or byte [] at the ImageIO layer and 
have the helper methods in the GUI frameworks to convert to their specific 
image type.   It’s unfortunate that there is image loading code in Swing/AWT, 
and JavaFX, and ImageIO all bloating the JRE and with their own quirks and bugs.

Lots of stuff could be better in hindsight, but isn’t that always the way?

Regards,

Scott


> On Feb 10, 2022, at 1:00 PM, Thomas Wolf  wrote:
> 
> Totally off-topic: does anyone find it ironic that the successor to Swing was 
> taken out of the JDK while Swing itself survives?  Makes me feel rather good 
> about never having jumped on the JavaFX bandwagon.  We currently have a 
> cross-platform desktop app in beta and the GUI is written in Swing - 
> packaging the app with jpackage became a whole lot easier after we decide to 
> remove the one JavaFX component we did use (the chart library) and replaced 
> it with JFreeChart.
> 
> sorry for the off-topic musing.
> tom
> 
> 
> On Feb 10, 2022 at 12:11:16 PM, Scott Palmer  <mailto:swpal...@gmail.com>> wrote:
>> Java 11 does not contain JavaFX.  You should use the Gradle or Maven 
>> plugins, or use a JDK that has added the JavaFX modules (Such as the “full” 
>> Zulu JDK from Azul).
>> I strongly recommend migrating away from Ant if you are refreshing the 
>> project to use modern tools.
>> 
>> Scott
>> 
>>> On Feb 9, 2022, at 6:25 PM, Robert Lockwood >> <mailto:rnlockw...@gmail.com>> wrote:
>>> 
>>> I have a Java application from some years ago using an old Netbeans, 
>>> JavaFX, Scene Builder, and Java 8.  I've been asked to add features to and 
>>> thought that I would migrate it to a more current IDE etc. and put an end 
>>> to the warnings I receive when I build. I'm using macOA Monterey and an 
>>> Apple Silicon M1 macBook.
>>> 
>>> I've managed to fix all the syntax errors with help from Dr. Google but 
>>> cannot complete a build. It cannot find the executable or the deployment 
>>> library in the JDK.  I've supplied the locations in the libraries and jars 
>>> list and have added the path to the Java Home folder in /Library/... (as a 
>>> side issue Netbeans cannot find the javadocs).
>>> 
>>> I don't know what I missed and what to try next so I'm asking for help 
>>> here.  First time use of this mailing list, too. The application won't be 
>>> deployed BTW.  I understand the Nashorn warnings.
>>> 
>>> Path to JDK /Lbrary/Java/JavaVirtualMachines/jdk-11.0.2.jdk added to $PATH
>>> 
>>> Build output slightly edited with '***' prepended to warnings and errors of 
>>> note:
>>> 
>>> *** Warning: java executable not found in JDK, evaluating java executable 
>>> in RT instead.
>>> init:
>>> deps-clean:
>>> Updating property file: 
>>> /Users/nate/NetBeansProjects_12/FireMapperMetadataTool_12/build/built-clean.properties
>>> Deleting directory 
>>> /Users/nate/NetBeansProjects_12/FireMapperMetadataTool_12/build
>>> clean:
>>> init:
>>> deps-jar:
>>> Created dir: /Users/nate/NetBeansProjects_12/FireMapperMetadataTool_12/build
>>> Updating property file: 
>>> /Users/nat

Re: [apache netbeans12[ [javafx] [install] Can't install correctly.

[Scott Palmer]

Java 11 does not contain JavaFX.  You should use the Gradle or Maven plugins, 
or use a JDK that has added the JavaFX modules (Such as the “full” Zulu JDK 
from Azul).
I strongly recommend migrating away from Ant if you are refreshing the project 
to use modern tools.

Scott

> On Feb 9, 2022, at 6:25 PM, Robert Lockwood  wrote:
> 
> I have a Java application from some years ago using an old Netbeans, JavaFX, 
> Scene Builder, and Java 8.  I've been asked to add features to and thought 
> that I would migrate it to a more current IDE etc. and put an end to the 
> warnings I receive when I build. I'm using macOA Monterey and an Apple 
> Silicon M1 macBook.
> 
> I've managed to fix all the syntax errors with help from Dr. Google but 
> cannot complete a build. It cannot find the executable or the deployment 
> library in the JDK.  I've supplied the locations in the libraries and jars 
> list and have added the path to the Java Home folder in /Library/... (as a 
> side issue Netbeans cannot find the javadocs).
> 
> I don't know what I missed and what to try next so I'm asking for help here.  
> First time use of this mailing list, too. The application won't be deployed 
> BTW.  I understand the Nashorn warnings.
> 
> Path to JDK /Lbrary/Java/JavaVirtualMachines/jdk-11.0.2.jdk added to $PATH
> 
> Build output slightly edited with '***' prepended to warnings and errors of 
> note:
> 
> *** Warning: java executable not found in JDK, evaluating java executable in 
> RT instead.
> init:
> deps-clean:
> Updating property file: 
> /Users/nate/NetBeansProjects_12/FireMapperMetadataTool_12/build/built-clean.properties
> Deleting directory 
> /Users/nate/NetBeansProjects_12/FireMapperMetadataTool_12/build
> clean:
> init:
> deps-jar:
> Created dir: /Users/nate/NetBeansProjects_12/FireMapperMetadataTool_12/build
> Updating property file: 
> /Users/nate/NetBeansProjects_12/FireMapperMetadataTool_12/build/built-jar.properties
> Created dir: 
> /Users/nate/NetBeansProjects_12/FireMapperMetadataTool_12/build/classes
> Created dir: 
> /Users/nate/NetBeansProjects_12/FireMapperMetadataTool_12/build/empty
> Created dir: 
> /Users/nate/NetBeansProjects_12/FireMapperMetadataTool_12/build/generated-sources/ap-source-output
> Compiling 9 source files to 
> /Users/nate/NetBeansProjects_12/FireMapperMetadataTool_12/build/classes
> Copying 5 files to 
> /Users/nate/NetBeansProjects_12/FireMapperMetadataTool_12/build/classes
> compile:
> < 14 Nashorn warnings >
> Warning: Nashorn engine is planned to be removed from a future JDK release
> 
> Copying 11 files to 
> /Users/nate/NetBeansProjects_12/FireMapperMetadataTool_12/dist/lib
> *** : java executable not found in JDK, evaluating java executable in RT 
> instead.
> Detected JavaFX Ant API version 1.0
> 
> /Users/nate/NetBeansProjects_12/FireMapperMetadataTool_12/nbproject/jfx-impl.xml:3550:
>  The following error occurred while executing this line:
> /Users/nate/NetBeansProjects_12/FireMapperMetadataTool_12/nbproject/jfx-impl.xml:3578:
>  The following error occurred while executing this line:
> /Users/nate/NetBeansProjects_12/FireMapperMetadataTool_12/nbproject/jfx-impl.xml:3597:
>  The following error occurred while executing this line:
> /Users/nate/NetBeansProjects_12/FireMapperMetadataTool_12/nbproject/jfx-impl.xml:524:
>  Error:
> *** JavaFX deployment library not found in active JDK.
> 
> *** Please check that the JDK is correctly installed and its version is at 
> least 7u4 on Mac or 7u6 on other systems.
> BUILD FAILED (total time: 7 seconds)

Re: Array of Object Error: ‘]’ expected, invalid method declaration return type required.

[Scott Palmer]

Or add braces around the assignments to make an initialization block:

{
  acc[0] = new Account(200.0, 100, “SSUET1”, ’s’);
  acc[1] = new Account(300.0, 101, “SSUET2”, ’s’);
  acc[2] = new Account(400.0, 102, “SSUET3”, ’s’);
  acc[3] = new Account(500.0, 103, “SSUET4”, ’c’);
  acc[4] = new Account(600.0, 104, “SSUET5”, ’c’);
}

Scott

> On Jan 31, 2022, at 6:40 AM, Pieter van den Hombergh 
>  wrote:
> 
> 
> Same error as before. 
> At the class level, each line must start with a type. You need to move the 
> assignments to the array element to the constructor or inside curlies 
> directly behind the array declaration. 
> 
> 
> Acoounts[] acc = new Account[] { new Account(),} ;
> 
>> On Mon, Jan 31, 2022, 04:54 Zulfi Khan  wrote:
>> Hi,
>> I am trying to create an array of Object of Account class:
>> public class RButtArrListJFrame extends javax.swing.JFrame {
>> ArrayList al_allAcc = new ArrayList<>();
>> //ArrayList al_sav = new ArrayList();
>> DefaultListModel  model = new DefaultListModel();
>> Account[] acc = new Account[5];
>> acc[0] = new Account(200.0, 100, "SSUET1", 's');//Error
>> acc[1] = new Account(300.0, 101, "SSUET2", 's');//Error
>> acc[2] = new Account(400.0, 102, "SSUET3", 's');//Error
>> acc[3] = new Account(500.0, 103, "SSUET4", 'c');//Error
>> acc[4] = new Account(600.0, 104, "SSUET5", 'c');//Error
>> 
>> I am getting the message:
>> ‘]’ expected, invalid method declaration return type required. I have 
>> attached the image and account class file. Account class is given below:
>> public class Account {
>> private double balance;
>> private int number;
>> String name;
>> char accType;
>> Account(){
>> balance = 0.0;
>> number = 0;
>> final String name = "0";
>> accType ='\0';
>> }
>> Account(double dBal, int iNum, String strName, char chAccType){
>> balance = dBal;
>> number = iNum;
>> name = strName;
>> accType = chAccType;
>> }
>> Account (Account accObj){
>> balance = accObj.balance;
>> number = accObj.number;
>> name = accObj.name;
>> accType = accObj.accType;
>> }
>> double getBalance(){
>> return balance;
>> }
>> int getNumber(){
>> return number;
>> }
>> char getAccType(){
>> return accType;
>> }
>> void setBalance(double b){
>> balance =b;
>> }
>> }
>> 
>> 
>> -
>> 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: JDK 8 vs 11 JAXB problem

[Scott Palmer]

Yes it was Java 11.  It was a bit of a disaster how they dropped JAXB.

It was a JPMS module in JDK 10, and then suddenly that wasn’t possible - you 
couldn’t get it back by using jlink to build a JRE that looked like the one 
from JDK 10.  I can’t remember exactly which jar it was but basically it became 
de-modularized as far as jlink is concerned.  So a step backwards that Oracle 
didn’t seem to be concerned with. Not to mention the fact that the package 
names change if you want to upgrade to newer versions - so even if the jakarta 
people have finally got around to making it modular again (they didn’t seem to 
care either), you can’t drop the modules in and have things work.  I 
unfortunately had a large project made from over a hundred independently 
developed plugins making it very difficult to manage.

So you have to add old versions of JAXB to the classpath to move to JDK 11 or 
beyond unless you can refactor your project to the new packages.

Scott

> On Jan 28, 2022, at 9:08 AM, Thomas Wolf  wrote:
> 
> I think JAXB stopped being included with the JDK somewhere around JDK 11.  
> You should find the JAXB jar files on the ’net (I got them from maven 
> central) and include them in your project’s class path .  At least that’s 
> what I did - I also have an ant based project.  The files I use for all my 
> JAXB-related code are (some are run-time, not build-time required):
> jaxb-impl-3.0.2.jar
> jakarta.activation-2.0.1.jar
> jakarta.xml.bind-api-4.0.0-RC2.jar
> jaxb-core-3.0.2.jar
> 
> Hope this helps.
> Tom
> 
> 
> On Jan 28, 2022 at 6:00:53 AM, Tom Eicher  > wrote:
>> Hello,
>> 
>> I'm back to my problem that has hindered me updating to
>> any Netbenas after 8.2...
>> 
>> My Application (ear, ejb, war) is still on JDK 8 with
>> an ant build.
>> 
>> When I start NB 12.6 with JDK8 runtime, all is fine with
>> the application.
>> But I can't edit; the editor has strange behaviour and
>> reports show a missing method CharBuffer.flip()
>> (just sent a problem report from NB)
>> 
>> When I start NB 12.6 with JDK11 runtime, all is fine with
>> NB and editors.
>> But I can't compile:
>> Caused by: java.lang.ClassNotFoundException: javax.xml.bind.JAXBException
>> in the ant build.
>> 
>> So I add JDK8 as a NB platform, and change my project
>> to use JDK8 ... but this seems not to affect the ant
>> build. It still breaks. Seems the ant build does not
>> respect JDK platform setting?
>> 
>> Ideas welcome.
>> 
>> Thanks Tom.

Re: Log4j vulnerability

[Scott Palmer]

Also consider if NetBeans Platform apps are likely to be in a situation where 
malicious input is possible to exploit the vulnerability in the first place. I 
suppose if the update centre or start page content were hacked it could be a 
vector to get malicious input into the NB logging. 

So the main concern is if log4j is used in the servers or if your platform app 
logs input from the wild. I think you also have to be running on an older JVM, 
don’t you?

Scott

> On Dec 15, 2021, at 7:06 PM, Alonso Del Arte  wrote:
> 
> 
> Excellent question. I hope not. I'll check if there's been any discussion in 
> the Slack...
> 
>> On Wed, Dec 15, 2021 at 2:13 PM Mike Hallan  
>> wrote:
>> Does Netbeans Platform at any level use Log4j? I was thinking maybe the 
>> logging module may, if not use it, then be based on it.
>> 
>> Are applications built on Netbeans Platform are in any way vulnerable to 
>> Log4j exploits as described at 
>> mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-44228 ?
>> 
>> Thanks,
>> Mike
> 
> 

Re: Problems profiling a Gradle application

[Scott Palmer]

What support is needed for the “Attach to External Process” profiling to work?

Scott

> On Dec 10, 2021, at 11:57 PM, Laszlo Kishalmi  
> wrote:
> 
> 
> That's true.
> 
> There is no profiler integration support for Gradle projects at the moment.
> 
>> On 12/10/21 05:24, Bob T wrote:
>> Hello,
>> 
>> I have a Gradle project that I want to run the Profiler for but I can't get 
>> it to work. All options aside from "Attach to External Process" and "Insert 
>> Profiling Point..." are greyed out in the Profile menu. I can't choose 
>> "Profile Main Project".
>> 
>> I tried to run my application and then "Attach to External Process" from the 
>> Profile menu. I can choose the application process from the "Setup Attach To 
>> Process..." popup but nothing appears to happen and the profiler pane is 
>> empty. If I try and attach again I get an exception thrown: "Exception in 
>> thread "Attach Listener" java.lang.reflect.InvocationTargetException".
>> 
>> I also tried a new empty hello world Gradle application with the same result.
>> 
>> I'm running:
>> Product Version: Apache NetBeans IDE 12.6
>> Java: 11.0.9.1; OpenJDK 64-Bit Server VM 11.0.9.1+1-LTS (Arm64 Azul Zulu)
>> Runtime: OpenJDK Runtime Environment 11.0.9.1+1-LTS  (Arm64 Azul Zulu)
>> System: Mac OS X version 11.6 running on aarch64; UTF-8; en_GB (nb)
>> 
>> 
>> Does anyone know how to get this to work?
>> 
>> Thanks
>> 

Re: Netbeans 12.6 - nb-javac

[Scott Palmer]

> On Dec 10, 2021, at 1:53 PM, Christoph Theis  wrote:
> 
> On 10.12.2021 19:24, Marvin P. Warble Jr. wrote:
>> You'll need to check the "Show Details" checkbox to see it.
> 
> Ah, that's the trick. Thank you!


Does that checkbox add anything useful or is it just there to cause frustration 
like this? :-)
Why isn’t it just gone and the default behaviour is as if it were checked?

I think “details” is the wrong word for the different views it controls.  It 
seems like the list changes from “Features” (unchecked) to “Plugins” (checked) 
.. but even that isn’t quite right. As “User Installed Plugins”  (what a search 
for nb-javac shows when this is unchecked) is far too broad of a category to be 
manipulated as a single item in the list.

Note that under “Available Plugins” there is no such checkbox and the list is 
“detailed".  The “Installed Plugins” tab being different makes the UI awkward 
IMO.

Scott


-
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: JTextField and JButton variables can't use setEnabled(false) methods

[Scott Palmer]

Or put it in an initialization block by surrounding the code with { }

Scott

> On Nov 12, 2021, at 5:00 AM, Pieter van den Hombergh 
>  wrote:
> 
> 
> you are calling a method in the class body, but there you can only do 
> declarations (of fields and methods). To do this kind of call you must be 
> inside a method. Move the call to setEnabled(...)to inside a method or into 
> the constructor. The most appropriate method for this might be something 
> init() like.
> 
> Op vr 12 nov. 2021 05:25 schreef Zulfi Khan :
>> Hi,
>> I am working on Apache NetBeans 12.5.
>> I have created Jbutton and JTextField controls and changed their default 
>> variable names to:
>> 
>> private javax.swing.JButton btnCalInterest;
>> private javax.swing.JTextField cNumTF;
>> 
>> public class RButtArrListJFrame extends javax.swing.JFrame {
>> :
>> :
>> btnCalInterest.setEnabled(false);
>> cNumTF.setEnabled(false);
>> 
>> 
>> I am getting following error messages:
>> 
>>  expected 
>> 
>> illegal start of types
>> 
>> package CNumTF does not exist
>> 
>> Surround with 
>> 
>> 
>> 
>> I have attached the images of variable names and error messages.
>> 
>> Somebody please guide me.
>> 
>> Zulfi.
>> 
>> -
>> 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: With JDK 17, Oracle moves back to a free license

[Scott Palmer]

That says for a year after the *NEXT* LTS release, so not until a year from 
now. That should mean a year after JDK 21 is released in 2023,  so freely 
supported for 3 years from now. 

I’ve been using Azul builds these days anyway, since they make a JDK with Java 
FX included. 

Scott

> On Sep 14, 2021, at 1:40 PM, Geertjan Wielenga 
>  wrote:
> 
> 
> 
> 
> “Oracle will provide these free releases and updates starting with Oracle JDK 
> 17 and continue for one full year after the next LTS release.  Prior versions 
> are not affected by this change.”
> How much of your software needs to run for one year only?
> 
> Gj
> 
>> On Tue, 14 Sep 2021 at 19:35, Will Hartung  wrote:
>> JDK 17 is out.
>> 
>> And there was this interesting development.
>> 
>> https://blogs.oracle.com/java/post/free-java-license
>> 
>> Top two bullet points:
>> 
>> +   Oracle is making the industry leading Oracle JDK available for free, 
>> including all quarterly security updates.  This includes commercial and 
>> production use.
>> 
>> +   The new license is the "Oracle No-Fee Terms and Conditions" (NFTC) 
>> license.  This license for the Oracle JDK permits free use for all users, 
>> even commercial and production use.  Redistribution is permitted as long as 
>> it is not for a fee.
>> 
>> So, I thought this was interesting news.
>> 
>> Regards,
>> 
>> Will Hartung
>> 

Re: Errors with a new JavaFX project on Netbeans 12.4

[Scott Palmer]

> On Sep 6, 2021, at 2:15 PM, Will Hartung  wrote:
> 
>> On Sun, Sep 5, 2021 at 2:09 PM Scott Palmer  wrote:
>> 
>> The easiest way to get JavaFX working smoothly is to use a JDK that has 
>> JavaFX modules built-in.  Azul and BellSoft provide such installs of Open 
>> JDK as free downloads.  They make development with JavaFX simpler, I 
>> recommend them.
> 
> That may be, but, honestly, I haven't had any real problems with the maven 
> projects using whatever random JDK I have been running and having it download 
> the dependencies maven style.
> 
> The FX projects do have a unique POM, as the projects need a special starting 
> sequence. For example, you can't just right click on App.java and click Run, 
> you have to run the project so it can do its magic.
> 
> Maybe that's different for a JDK with FX installed.
> 
> I prefer having the project and maven do the heavy lifting than require a 
> magic JDK.
> 
> Regards,
> 
> Will Hartung

Nothing wrong with either approach. But yes, one of the differences is that you 
can “just run” App.java without a complex command line or anything special like 
that.
I also have Gradle projects that use the plugins and follow the guidelines from 
OpenJFX.io.  That would certainly be the way to go for any project that I 
intended to share with others.  Though having JavaFX modules in the JDK isn’t 
too magical.  It is a supported way to bundle things.  The jlink tool will 
build such images for you.

One of the issues I have with the Maven/Gradle plugins is that they don’t use 
jmods as they should because the .jmod files are not available from dependency 
repositories and can only be used at compile and link time, not runtime.  That 
complicates making the final embedded JRE for when I package the app with 
jpackage.  For that reason I tend to roll my own Gradle script to build a JRE 
image from jmods anyway.  I’ve put the jmods in my private Artifactory so there 
is no need to install the JavaFX SDK to get them.

Regards,
Scott

Re: Errors with a new JavaFX project on Netbeans 12.4

[Scott Palmer]

> On Sep 5, 2021, at 1:15 AM, Will Hartung  wrote:
> 
> You don't want to use a generic Maven Java project.
> 
> You should use either "FXML JavaFX Maven Archetype (Gluon)" or "Simple JavaFX 
> Maven Archetype (Gluon)"
> 
> It takes more than simply adding dependencies to get JavaFX to work, and 
> these two projects tweak the pom.xml file appropriately.

The easiest way to get JavaFX working smoothly is to use a JDK that has JavaFX 
modules built-in.  Azul and BellSoft provide such installs of Open JDK as free 
downloads.  They make development with JavaFX simpler, I recommend them.

https://www.azul.com/downloads/?package=jdk-fx
or
https://bell-sw.com/pages/downloads/#mn  (choose “Full JDK”)

Scott



-
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 installAFX on Netbeans 12.4

[Scott Palmer]

I like to run an OpenJDK build that includes JavaFX.  It just simplifies things 
not having to deal with external module paths.  Things tend to “just work” with 
that configuration.  Azul and Bell-soft provide such builds.

Otherwise follow the instructions at OpenJFX.io for a Maven or Gradle project..

Scott

> On Aug 31, 2021, at 1:09 PM, Geertjan Wielenga 
>  wrote:
> 
> 
> Indeed, no need to install JavaFX.
> 
> Go to Java | Maven in the New Project dialog, and you'll find the two OpenJFX 
> Gluon Maven archetypes there to get you started.
> 
> Gj
> 
>> On Tue, Aug 31, 2021 at 6:51 PM Pieter van den Hombergh 
>>  wrote:
>> i assume that with installing you mean making it available for your programs.
>> 
>> your best bet is to start from one of the examples. from tge maven examples 
>> choose one of the javafx samples. then build an run it. you should then have 
>> a reasonable startingpoint.
>> pieter
>> 
>> Op di 31 aug. 2021 16:36 schreef Zulfi Khan :
>>> Hi,
>>> I have netbeans 12.4 installed on my system. Somebody please guide me how 
>>> to install JavaFX on Netwbeans 12.4.
>>> 
>>> Zulfi.

Re: Netbeans struggles with hierarchical Gradle Projects

[Scott Palmer]

The ‘compile’ configuration shouldn’t be used.  It has been deprecated[1][2] in 
favour of ‘implementation’ and ‘api’ for a long time now.  It is no-longer 
available in Gradle 7.[3]

Scott

[1] 
https://docs.gradle.org/current/userguide/upgrading_version_5.html#changes_6.0
[2] 
https://stackoverflow.com/questions/44413952/gradle-implementation-vs-api-configuration
[3] https://docs.gradle.org/current/userguide/upgrading_version_6.html


> On Aug 21, 2021, at 2:22 AM, Rob Walker  wrote:
> 
> 
> Just doing a quick doc scan – and the “implementation” configuration is 
> documented as part of the java-library plugin:
>  
> plugins {
> id 'java-library'
> }
>  
> But your config below seems to be using the normal java plugin (which is what 
> provides the normal “compile” configurations that I mention below)
>  
> subprojects {
> apply plugin: 'java'
> 
> dependencies {
> implementation 'commons-io:commons-io:2.11.0'
> 
> implementation 'commons-codec:commons-codec:1.15'
> 
> 
> 
> }
> 
> Could also be worth digging into.
>  
> ---
> Rob Walker
>  
> 

Re: Java : HelloWorld

[Scott Palmer]

That’s the standard install location on Windows.  If it doesn’t work with 
NetBeans it would be broken for most people on Windows.

Scott

> On Aug 4, 2021, at 2:02 PM, Geertjan Wielenga 
>  wrote:
> 
> Maybe connected to installing in a dir with spaces, i.e., C:\Program 
> Files\Java\jdk-16.0.2\bin\java.exe
> 
> Gj
> 
> On Wed, Aug 4, 2021 at 6:41 PM Benjamin Neuman  > wrote:
> Hey Peter, 
> That's an odd one. Is the C:\netbeans\java\maven\bin\mvn.cmd executable?
> 
> On Sun, Aug 1, 2021 at 7:53 PM Peter Zimmermann  > wrote:
> Hi NetBeans users,
> 
>  Although I have significant programming experience I’m new to NetBeans and 
> Java and I’m having trouble getting the simplest “Hello World” program to 
> run. I keep getting the message shown below:
> 
>  
> 
> Cannot run program "cmd" (in directory 
> "C:\Users\User\OneDrive\Documents\NetBeansProjects\HelloWorldApp"): Malformed 
> argument has embedded quote: "C:\netbeans\java\maven\bin\mvn.cmd" 
> -Dexec.args="-classpath %classpath com.mycompany.helloworldapp.Main" 
> -Dexec.executable="C:\Program Files\Java\jdk-16.0.2\bin\java.exe" 
> -Dmaven.ext.class.path=C:\netbeans\java\maven-nblib\netbeans-eventspy.jar 
> -Dfile.encoding=UTF-8 process-classes 
> org.codehaus.mojo:exec-maven-plugin:1.5.0:exec
> 
>  
> 
> I’m sure it’s something simple , any help would be appreciated.
> 
>  
> 
> zinn...@gmail.com 
>  
> 
>  
> 
> Sent from Mail  for Windows 10
> 
>  
> 
> - 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 "Golden Path"

[Scott Palmer]

The Java Modules referred to there can simply be the modules of the JRE  - not 
your application.  I use jlink and jpackage all the time to package non-modular 
applications. 

I just have to select the Java modules of the JDK that the application needs.  
Since my application is non-modular, I can’t just point jlink at the app 
modules and have it figured out for me.  

Scott

> On Jul 8, 2021, at 9:04 AM, Emma Atkinson  wrote:
> 
> 
> "The jlink tool links a set of modules, along with their transitive 
> dependencies, to create a custom runtime image."
> 
> JPMS is necessary if you want to use jlink, according to the oracle manual. 
> It is the reason I am migrating my old programs to JPMS as and when the mood 
> takes me. 
> 
> 
>> On Thu, 8 Jul 2021, 13:50 Scott Palmer,  wrote:
>> Use of jlink and jpackage does NOT require that you use JPMS.
>> 
>> I have never made a “modular” application using JPMS, but I use jpackage all 
>> the time (but I wasn’t making NetBeans platform apps). You just need to know 
>> which modules from the JDK to include in the runtime, assuming you don’t 
>> need all of them. 
>> 
>> In my projects I use a custom Gradle task to run jlink and jpackage. It 
>> might be more difficult with Maven, but it should be possible. 
>> 
>> Scott
>> 
>> > Additionally, although recent developments like jlink and jpackage have 
>> > made it somewhat easier to produce stand-alone application bundles that 
>> > don't require the user to first install a JRE, which is nice, it seems 
>> > that these tools sometimes require the use of JPMS modules, which can be 
>> > problematic in NetBeans (see above). 
>> 
>> -
>> 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 "Golden Path"

[Scott Palmer]

Use of jlink and jpackage does NOT require that you use JPMS.

I have never made a “modular” application using JPMS, but I use jpackage all 
the time (but I wasn’t making NetBeans platform apps). You just need to know 
which modules from the JDK to include in the runtime, assuming you don’t need 
all of them. 

In my projects I use a custom Gradle task to run jlink and jpackage. It might 
be more difficult with Maven, but it should be possible. 

Scott

> Additionally, although recent developments like jlink and jpackage have made 
> it somewhat easier to produce stand-alone application bundles that don't 
> require the user to first install a JRE, which is nice, it seems that these 
> tools sometimes require the use of JPMS modules, which can be problematic in 
> NetBeans (see above). 

-
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 main classes found

[Scott Palmer]

Yeah, the main method shown in your screen shot has the wrong signature.. 
taking a String instead of a String []

Scott

> On Jun 28, 2021, at 9:26 PM, Andreas Reichel  
> wrote:
> 
> Greetings.
> 
> You will need to set the "Main Class" in the Project Properties as shown 
> below.
> The "Main Class" will need to have a method "public static void main(String[] 
> args)"
> 
> Best regards
> Andreas
> 
> 
> 
> On Tue, 2021-06-29 at 01:16 +, Zulfi Khan wrote:
>> Hi,
>> I am working on Netbeans 12.4.
>> I have created the project FibSeries2. When I am trying to run it by 
>> selecting the project name from the left pane and right clicking the mouse 
>> and then selecting “Run”, I am getting a small window which says “no main 
>> classes Found”.
>> But when I click Build, it works but run is not working. When I click on 
>> run,  a small window comes, which tell, no main found.
>> 
>> Please guide me.
>> I have attached the image.
>> 
>> Zulfi.
>> 
>> 
>> -
>> 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: Gradle support and depending projects

[Scott Palmer]

This usually goes away for me if I reload the project after building to ensure 
the classes being imported have been compiled.  It would certainly be better if 
that wasn’t required.

Scott

> On Jun 21, 2021, at 8:35 AM, Christian Pervoelz  wrote:
> 
> 
> Hi,
> 
> I have a gradle container project consisting of two sub projects.
> Clean, Build, Run, Debug, etc.works properly as it should from NetBeans.
> 
> But... every single import statement is marked as "package does not exist". 
> This applies to
> imports from external libraries
> imports from the other project
> imports from the same project, but a different package
> 
> This causes a lot of follow-up problems (e.g. not working code completion, 
> tons of markers in the side bar about issues), which are quite inconvenient 
> to work with. It feels like working with a simple text editor, that has a bit 
> of code coloring and formatting capabilities.
> There is also another nasty side effect: When creating a new class in a 
> project, the file is created, but misses the package declaration. (But even 
> after adding it manually, the class is still unknown to other classes)
> 
> 
> So, my question is:
> Might it be, that a gradle project in NB, that is depending on other gradle 
> projects is not able to use the classpaths given in the project settings 
> (which are all shown)? Or is it just ignoring those?
> 
> Further information:
> Windows 10, Gradle 7, OpenJdk 16
> 
> --- Thanks in advance
> C.

Re: Problem with gradle 7 (try with netbeans 12.2 and 12.4)

[Scott Palmer]

Replace the (deprecated) ‘compile’ with ‘implementation’


> On Jun 1, 2021, at 4:40 AM, mez...@yahoo.com.invalid 
>  wrote:
> 
> Hi to All,
> I went from Gradle 6.5 to 6.8 to 6.9  with no problems with a very small 
> project.
> 
> With Gradle 7 (all 7s) Netbeans 12.2 and 12.4, openjdk 15.0.2, the same 
> project gives me this problem:
> 
> 
> 
> With Gradle 7, the syntax to add a local .jar file is the same ?
> 
> The project foresees a local .jar. With Gradle 6.x it was possible to set in 
> the classpath in the following way:
> Gradle params:
> apply plugin: 'java'
> apply plugin: 'jacoco'
> apply plugin: 'application'
> 
> repositories {
> mavenCentral ()
> }
> 
> dependencies {
>  testImplementation 'junit: junit: 4.13'
>  compile files('../tco_lib/dist/tco_lib.jar')
> }
> End Gradle params.
> 
> Thanks in advance if anyone can give me a tip,
> Valerio

Re: removing the "new project" support for Ant projects

[Scott Palmer]

> On Apr 21, 2021, at 2:15 AM, Owen Thomas  wrote:
> 
> I think Ant is lovely. Most of my projects only extend the Java SE API. I 
> don't see the need to change to a build tool that manages third party 
> libraries unless and until I need to use third party libraries.
> 
> Keep supporting Ant and keep the build process as trivial as it needs to be.

A Gradle build script for you could literally be a single line:

apply plugin: ‘java’

or

apply plugin: ‘application’   // to get support for bundling the app with 
launch scripts and stuff

Sure Gradle also manages third party libraries… but it doesn’t force you to 
include that kind of stuff in your build.gradle file if you aren’t using it.

Ant works, but it doesn’t scale well.  Just look at the complexity of the NB 
ant scripts to see.  Maven handles things a bit better than Ant, but it can 
also become cumbersome for complex projects.  If it was just a simple Java app 
with dependencies, then I would choose Ant+Ivy over Maven.. but start adding 
customizations and things get ugly fast.  The down side of Gradle is that it 
does give you enough rope to get tangled… though I’ve never outright hung 
myself ;-)


Anyway… it seems Ant support is still widely used and wanted.  So I would vote 
against removing the new project support for Ant in favour of simply 
discouraging it for new projects so newbies don’t start down that road.


Scott
-
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: removing the "new project" support for Ant projects

[Scott Palmer]

> On Apr 20, 2021, at 1:10 PM, Lisa Ruby  wrote:
> 
>  For those of you who have used Maven for a long time it may seem simple and 
> straightforward, but for those of us who haven't it's not. I've struggled to 
> try and understand it and figure out how to use it for my software project 
> and gave up. And it's a huge amount of overhead, extra disk space usage, and 
> more bits and pieces to keep track of that isn't justifiable for small simple 
> projects. ANT works just fine for me, and I will keep using it for as long as 
> I possibly can. I need to focus my time on getting my software out, not on 
> the tools I have to use to do it. 
> 
> Lisa 

It is precisely because you want to focus on getting your software out that you 
*need* to learn the modern tools for doing so. 

Your Gradle project file could literally be one line, depending on your needs. 

Maven is certainly more verbose (My preference is Gradle), but the project 
setup is still usually a single command that will write a basic pom.xml file 
for you. 

Either of those tools is a step up. Sticking your head in the sand and 
pretending you can stick with Ant forever is not the way to go. 

I get that “it works for you now”. But this discussion is a perfect example of 
how that will change on you. 

Cheers,

Scott


-
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: Gradle 7 support?

[Scott Palmer]

I believe this is a known issue. Hopefully a fix will make it into 12.4. 

Scott

> On Apr 13, 2021, at 3:04 PM, Fred Welland  wrote:
> 
> 
> Product Version: Apache NetBeans IDE 12.3
> Java: 14.0.2; OpenJDK 64-Bit Server VM 14.0.2+12
> Runtime: OpenJDK Runtime Environment 14.0.2+12
> System: Linux version 5.8.18-100.fc31.x86_64 running on amd64; UTF-8; en_US 
> (nb)
> 
> I am getting the following warning from NB: 
> 
> Reason: groovy.lang.MissingPropertyException: Could not get unknown property 
> 'compileConfigurationName' for source set 'main' of type 
> org.gradle.api.internal.tasks.DefaultSourceSet.
> groovy.lang.MissingPropertyException: Could not get unknown property 
> 'compileConfigurationName' for source set 'main' of type 
> org.gradle.api.internal.tasks.DefaultSourceSet.
> 
> 
> This happens after a project "clean and build".Build seems to 'work' and 
> I haven't' noticed anything broken in NB, yet. 
> 
> Any suggestions?   Gradle 7, supported in NB 12.3?I use 'prefer gradle 
> wrapper' in NB. 
> 

Re: Setting JVM args for Run Single File in Gradle project

[Scott Palmer]

That works for me.  I did dig around and found the task name and property
in the run.single "Build Action" for the project.  It just meant digging a
little bit deeper than I was expecting and realizing that I could define my
own runSingle task instead of relying on the one NB must be adding
dynamically.

This is the sort of thing that should find a place in documentation.  Mayne
here: Java SE Learning Trail (apache.org)
<http://netbeans.apache.org/kb/docs/java/index.html>  There is a small
section for Maven, but nothing for Gradle.

Yes, I know, pull requests are welcome :-)

Cheers,

Scott

On Wed, Mar 3, 2021 at 12:55 PM Laszlo Kishalmi 
wrote:

> Well, that's not really supported without any tweaks.
>
> There is workaround though:
>
> Create a custom task named: runSingle (It might be a JavaExec type) in
> your Gradle build. It can use the following project properties:
>
> runClassName for the main class to be run and runArgs which is a string
> for the arguments (needed to be processed to array first), if that's
> being used
>
> Configure your extra JVM Args in the runSingle task.
>
>
> On 3/3/21 9:35 AM, Scott Palmer wrote:
> > Just a quick question... How do I configure JVM options for running a
> > single file (via right-click) for a Gradle project in NB 12.x?
> > (I need to add a javaagent.)
> >
> > If there are docs somewhere please let me know.
> >
> > Thanks,
> >
> > Scott
>
> -
> 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
>
>

Setting JVM args for Run Single File in Gradle project

[Scott Palmer]

Just a quick question... How do I configure JVM options for running a
single file (via right-click) for a Gradle project in NB 12.x?
(I need to add a javaagent.)

If there are docs somewhere please let me know.

Thanks,

Scott

Re: possibly naive question

[Scott Palmer]

Have you tried digging into the app bundle and using the same command a
given before:

/Applications/NetBeans/Apache\ NetBeans\
11.3.app/Contents/Resources/NetBeans/netbeans/bin/netbeans --open
file1[:line1]...

On Fri, Jan 15, 2021 at 9:41 AM Thomas Wolf  wrote:

> Hi again,
> You wouldn’t happen to know how to do this on Mac, would you?  I tried
> this:
>
>  open -a /Applications/NetBeans/Apache\ NetBeans\ 11.3.app --args
> --open $PWD/try1.xml
>
> But this has two effects, depending on whether Netbeans is already
> running: if it is, Netbeans simply comes to the foreground, but the file is
> not opened.  If Netbeans wasn’t running, it starts up and immediately quits
> again.
>
> Any further info much appreciated.
> Tom
>
> On Jan 14, 2021 at 11:07:57 PM, Laszlo Kishalmi 
> wrote:
>
>> Yes. It uses the existing opened instance if it's running.
>>
>> On 1/14/21 7:56 PM, Thomas Wolf wrote:
>>
>> Hey, thanks Lazlo - will that use a currently running netbeans if it’s
>> running?  If so, this is good enough for me!  Sorry for the poor wording -
>> when I said “remote” I should have said “external” (like outside the
>> netbeans process/jvm)
>>
>>
>> Thanks a bunch!
>>
>> tom
>>
>>
>> > On Jan 14, 2021, at 10:53 PM, Laszlo Kishalmi <
>> laszlo.kisha...@gmail.com> wrote:
>>
>> >
>>
>> > I do not know what and how the "remote" part would work, but you can
>> do from CLI:
>>
>> >
>>
>> > netbeans --open file1[:line1]...
>>
>> >
>>
>> >
>>
>> >> On 1/14/21 7:34 PM, Thomas Wolf wrote:
>>
>> >> I don’t know.  But when I say “API”, I mean it in a loose sense: eg in
>> many OS file types can associated with an application so that when you
>> double-click on it, that file is opened.  In some cases without another
>> instance of the application getting started.  The passing of the file name
>> to the app is a kind of API.
>>
>> >>
>>
>> >> thanks,
>>
>> >> tom
>>
>> >>
>>
>>  On Jan 14, 2021, at 8:22 PM, Mark A. Flacy
>>  wrote:
>>
>> >>> Greetings,
>>
>> >>>
>>
>> >>> I must ask if there are other IDEs which do have such APIs enabled by
>> default.
>>
>> >>> I wouldn't want something like that to be available (by default) on
>> *any* IDE
>>
>> >>> that I use.
>>
>> >>>
>>
>> >>> --
>>
>> >>> Mark A. Flacy
>>
>> >>> mfl...@verizon.net
>>
>> >>>
>>
>>  On Thursday, January 14, 2021 5:30:21 PM CST Thomas Wolf wrote:
>>
>>  Hi,
>>
>>  This might be a dumb question: does Netbeans have an external API
>> (e.g.
>>
>>  REST) that would allow a remote program to direct Netbeans to open a
>> file
>>
>>  at a given line number?  I have a program that does some analysis on
>>
>>  application source code and then needs to let the user edit some
>> specific
>>
>>  source files  using whatever their favorite IDE.  If possible, I’d
>> like to
>>
>>  avoid writing my app as a plugin for each IDE.
>>
>> 
>>
>>  I’m not sure if this is actually the right mailing list to ask this
>>
>>  question.  Feel free to point me to another if it’s not.
>>
>> 
>>
>>  Thanks,
>>
>>  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
>>
>> >>>
>>
>> >> -
>>
>> >> 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: possibly naive question

[Scott Palmer]

I would, but I miss my Amiga with ARexx :-)

https://en.wikipedia.org/wiki/ARexx

Or AppleScript on macOS: “tell application ‘NetBeans’ open project ‘HelloWorld’”

https://en.wikipedia.org/wiki/AppleScript

Scriptable applications can be very powerful. I’m not sure REST is the right 
mechanism, but the idea is sound. 

Scott

> On Jan 14, 2021, at 8:22 PM, Mark A. Flacy  wrote:
> 
> Greetings,
> 
> I must ask if there are other IDEs which do have such APIs enabled by 
> default.  
> I wouldn't want something like that to be available (by default) on *any* IDE 
> that I use.
> 
> -- 
> Mark A. Flacy
> mfl...@verizon.net
> 
>> On Thursday, January 14, 2021 5:30:21 PM CST Thomas Wolf wrote:
>> Hi,
>> This might be a dumb question: does Netbeans have an external API (e.g.
>> REST) that would allow a remote program to direct Netbeans to open a file
>> at a given line number?  I have a program that does some analysis on
>> application source code and then needs to let the user edit some specific
>> source files  using whatever their favorite IDE.  If possible, I’d like to
>> avoid writing my app as a plugin for each IDE.
>> 
>> I’m not sure if this is actually the right mailing list to ask this
>> question.  Feel free to point me to another if it’s not.
>> 
>> Thanks,
>> 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: Java FX Scenebuilder w/12.2

[Scott Palmer]

I had similar issues until I manually launched SceneBuilder and opened some 
FXML files. After that it seemed to work. 

Scott

> On Dec 28, 2020, at 6:14 PM, Will Hartung  wrote:
> 
> 
> I just installed 12.2 and imported my 12.0 settings.
> 
> In 12.0, if you double click on an FXML file, it would open the file in 
> SceneBuilder.
> 
> In 12.2, it does not. Is there a setting I'm missing?
> 
> Thanks
> 
> 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 installer on macOS Big Sur can't find JDK

[Scott Palmer]

Yes, this is a bit odd.  I thought we had the issues with the changes to
/usr/libexec/java_home worked out.  Frustrating.  I wish I was less busy
when this was being worked on for 12.2 as I would have tested it more
thoroughly, especially since I was one complaining about it.  I did
successfully run the NB installer, but I'm guessing now that my environment
wasn't sanitized properly before I did that.

In any case, setting global environment variables on macOS is a bit of a
pain.  It doesn't work at all for the path for example (apparently that is
considered a security risk).   I do use a utility added to my system
preferences that allows configuring of global environment variables.  That
is where I set JAVA_HOME so it is at least set to something valid for GUI
apps. But Like Geerjan says, I always configure it explicitly in my
netbeans.conf file as well.

We will just have to give that macOS installer experience more attention
before the next release.

Scott


On Wed, Dec 23, 2020 at 4:18 PM Thomas Wolf  wrote:

> I did after I asked the original question back in August.  Not the point.
> tom
>
>
> On Dec 23, 2020 at 4:06:15 PM, Geertjan Wielenga <
> geertjan.wiele...@googlemail.com> wrote:
>
>> Set it in etc/netbeans.conf then.
>>
>> Gj
>>
>> On Wed, 23 Dec 2020 at 22:05, Thomas Wolf  wrote:
>>
>>> Hi Scott,
>>> When I run "launchctl getenv JAVA_HOME” I don’t get anything back.  So
>>> that would explain why the installer doesn’t see it, I guess.  But it
>>> doesn’t explain why previously installers *did* see it, but now they
>>> don't.  Nothing’s really changed - except the the default shell Apple uses
>>> is now zsh and I do have JAVA_HOME set in my $HOME/.zshrc.
>>>
>>> thnx,
>>> tom
>>>
>>>
>>>
>>> On Dec 23, 2020 at 3:53:46 PM, Scott Palmer  wrote:
>>>
>>>> No, that’s JAVA_HOME in your command-line shell.  NOT the JAVA_HOME for
>>>> GUI apps.  To get the JAVA_HOME that the IDE would see you need to use the
>>>> launchctl command.
>>>> Try:
>>>>   launchctl getenv JAVA_HOME
>>>>
>>>> Regards,
>>>>
>>>> Scott
>>>>
>>>> On Dec 23, 2020, at 12:47 PM, Franck Arnulfo 
>>>> wrote:
>>>>
>>>> 
>>>> JAVA_HOME is valid:
>>>> farnulfo@MacBook-Pro ~ % echo $JAVA_HOME
>>>> /Users/farnulfo/.sdkman/candidates/java/current
>>>>
>>>> farnulfo@MacBook-Pro ~ % $JAVA_HOME/bin/java -version
>>>> openjdk version "11.0.9.1" 2020-11-04
>>>> OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.9.1+1)
>>>> OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.9.1+1, mixed mode)
>>>>
>>>> I use the Apache-NetBeans-12.2-bin-macosx.dmg installer on macOs Big
>>>> Sur with AdoptOpenJDK installed with sdkman
>>>>
>>>>
>>>> On Wed, Dec 23, 2020 at 6:32 PM Scott Palmer 
>>>> wrote:
>>>>
>>>>> I noticed something like this just yesterday when I was replacing my
>>>>> JDKs with Zulu JDK FX.  Until I set JAVA_HOME with launchctl I would get
>>>>> the same message. Are you sure you don’t have a JAVA_HOME set for GUI apps
>>>>> that isn’t valid? (This is not the same as setting JAVA_HOME in the 
>>>>> command
>>>>> line.)
>>>>>
>>>>> Scott
>>>>>
>>>>> On Dec 22, 2020, at 7:01 PM, Franck Arnulfo 
>>>>> wrote:
>>>>>
>>>>> 
>>>>> I've got the same issue:
>>>>>
>>>>> Netbeans 12.2 installer can't find JDK on macOS BigSur with JDK
>>>>> installed with SDKMAN.
>>>>> 
>>>>>
>>>>>
>>>>> Java is correctly installed, even the /usr/libexec/java_home is
>>>>> correct :
>>>>>
>>>>> farnulfo@MacBook-Pro ~ % java -version
>>>>> openjdk version "11.0.9.1" 2020-11-04
>>>>> OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.9.1+1)
>>>>> OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.9.1+1, mixed mode)
>>>>> farnulfo@MacBook-Pro ~ % which java
>>>>> /Users/farnulfo/.sdkman/candidates/java/current/bin/java
>>>>> farnulfo@MacBook-Pro ~ % /usr/libexec/java_home
>>>>> /Users/farnulfo/.sdkman/candidates/java/current
>>>>> farnulfo@MacBook-Pro ~ %
>>>>>
>>>>> The zip distribution of Netbeans 

Re: Netbeans installer on macOS Big Sur can't find JDK

[Scott Palmer]

No, that’s JAVA_HOME in your command-line shell.  NOT the JAVA_HOME for GUI 
apps.  To get the JAVA_HOME that the IDE would see you need to use the 
launchctl command.
Try:
  launchctl getenv JAVA_HOME

Regards,

Scott

> On Dec 23, 2020, at 12:47 PM, Franck Arnulfo  wrote:
> 
> 
> JAVA_HOME is valid:
> farnulfo@MacBook-Pro ~ % echo $JAVA_HOME
> /Users/farnulfo/.sdkman/candidates/java/current
> 
> farnulfo@MacBook-Pro ~ % $JAVA_HOME/bin/java -version
> openjdk version "11.0.9.1" 2020-11-04
> OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.9.1+1)
> OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.9.1+1, mixed mode)
> 
> I use the Apache-NetBeans-12.2-bin-macosx.dmg installer on macOs Big Sur with 
> AdoptOpenJDK installed with sdkman
> 
> 
>> On Wed, Dec 23, 2020 at 6:32 PM Scott Palmer  wrote:
>> I noticed something like this just yesterday when I was replacing my JDKs 
>> with Zulu JDK FX.  Until I set JAVA_HOME with launchctl I would get the same 
>> message. Are you sure you don’t have a JAVA_HOME set for GUI apps that isn’t 
>> valid? (This is not the same as setting JAVA_HOME in the command line.)
>> 
>> Scott
>> 
>>>> On Dec 22, 2020, at 7:01 PM, Franck Arnulfo  
>>>> wrote:
>>>> 
>>> 
>>> I've got the same issue:
>>> 
>>> Netbeans 12.2 installer can't find JDK on macOS BigSur with JDK installed 
>>> with SDKMAN.
>>> 
>>> 
>>> 
>>> Java is correctly installed, even the /usr/libexec/java_home is correct :
>>> 
>>> farnulfo@MacBook-Pro ~ % java -version
>>> openjdk version "11.0.9.1" 2020-11-04
>>> OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.9.1+1)
>>> OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.9.1+1, mixed mode)
>>> farnulfo@MacBook-Pro ~ % which java 
>>> /Users/farnulfo/.sdkman/candidates/java/current/bin/java
>>> farnulfo@MacBook-Pro ~ % /usr/libexec/java_home 
>>> /Users/farnulfo/.sdkman/candidates/java/current
>>> farnulfo@MacBook-Pro ~ % 
>>> 
>>> The zip distribution of Netbeans 12.2 run fine with netbeans/bin/netbeans 
>>> 
>>> 
>>> 
>>> 
>>>> On Thu, Aug 27, 2020 at 3:19 AM Thomas Wolf  wrote:
>>>> 
>>>> 
>>>> > On Aug 26, 2020, at 8:59 PM, Thomas Wolf  wrote:
>>>> > 
>>>> > Hey,
>>>> > Has anyone had this issue?
>>>> > 
>>>> > I haven’t used Netbeans on my home mac for awhile.  I recently installed 
>>>> > the macOS Big Sur beta and when I tried running my Netbeans 11.3 from 
>>>> > the dock as usual, I get a warning (see first attachment) about the JDK 
>>>> > being missing.  I said, hm - that’s odd - I have multiple different Java 
>>>> > versions and Terminal shows me pointing to v14:
>>>> > 
>>>> > twolf@MacBook-Pro ~ % java -version
>>>> > java version "14.0.2" 2020-07-14
>>>> > Java(TM) SE Runtime Environment (build 14.0.2+12-46)
>>>> > Java HotSpot(TM) 64-Bit Server VM (build 14.0.2+12-46, mixed mode, 
>>>> > sharing)
>>>> > 
>>>> > twolf@MacBook-Pro ~ % ls /Library/Java/JavaVirtualMachines/
>>>> > jdk-12.0.2.jdk/   jdk1.7.0_51.jdk/  jdk1.8.0_31.jdk/  
>>>> > jdk-14.0.2.jdk/   jdk1.8.0_25.jdk/  zulu-8.jdk/
>>>> > 
>>>> > I couldn’t figure it out, so I figured - good time to install 12.0.  
>>>> > Downloaded the 12.0 installer and ran that.  But the installer fails 
>>>> > itself - also because it can’t find the JDK! See second screen shot.
>>>> > 
>>>> 
>>>> Well, I finally did get my old 11.3 version to work by modifying 
>>>> /Applications/NetBeans/Apache NetBeans 
>>>> 11.3.app/Contents/Resources/NetBeans/netbeans/etc/netbeans.conf and 
>>>> manually setting the netbeans_jdkhome variable to one of the JDKs I have.
>>>> 
>>>> But how do I get the Netbeans 12 installer to work?
>>>> 
>>>> Thanks again,
>>>> 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
>>>> 
>>> 
>>> 
>>> -- 
>>> Franck
> 
> 
> -- 
> Franck

Re: Netbeans installer on macOS Big Sur can't find JDK

[Scott Palmer]

I noticed something like this just yesterday when I was replacing my JDKs with 
Zulu JDK FX.  Until I set JAVA_HOME with launchctl I would get the same 
message. Are you sure you don’t have a JAVA_HOME set for GUI apps that isn’t 
valid? (This is not the same as setting JAVA_HOME in the command line.)

Scott

> On Dec 22, 2020, at 7:01 PM, Franck Arnulfo  wrote:
> 
> 
> I've got the same issue:
> 
> Netbeans 12.2 installer can't find JDK on macOS BigSur with JDK installed 
> with SDKMAN.
> 
> 
> 
> Java is correctly installed, even the /usr/libexec/java_home is correct :
> 
> farnulfo@MacBook-Pro ~ % java -version
> openjdk version "11.0.9.1" 2020-11-04
> OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.9.1+1)
> OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.9.1+1, mixed mode)
> farnulfo@MacBook-Pro ~ % which java 
> /Users/farnulfo/.sdkman/candidates/java/current/bin/java
> farnulfo@MacBook-Pro ~ % /usr/libexec/java_home 
> /Users/farnulfo/.sdkman/candidates/java/current
> farnulfo@MacBook-Pro ~ % 
> 
> The zip distribution of Netbeans 12.2 run fine with netbeans/bin/netbeans 
> 
> 
> 
> 
>> On Thu, Aug 27, 2020 at 3:19 AM Thomas Wolf  wrote:
>> 
>> 
>> > On Aug 26, 2020, at 8:59 PM, Thomas Wolf  wrote:
>> > 
>> > Hey,
>> > Has anyone had this issue?
>> > 
>> > I haven’t used Netbeans on my home mac for awhile.  I recently installed 
>> > the macOS Big Sur beta and when I tried running my Netbeans 11.3 from the 
>> > dock as usual, I get a warning (see first attachment) about the JDK being 
>> > missing.  I said, hm - that’s odd - I have multiple different Java 
>> > versions and Terminal shows me pointing to v14:
>> > 
>> > twolf@MacBook-Pro ~ % java -version
>> > java version "14.0.2" 2020-07-14
>> > Java(TM) SE Runtime Environment (build 14.0.2+12-46)
>> > Java HotSpot(TM) 64-Bit Server VM (build 14.0.2+12-46, mixed mode, sharing)
>> > 
>> > twolf@MacBook-Pro ~ % ls /Library/Java/JavaVirtualMachines/
>> > jdk-12.0.2.jdk/   jdk1.7.0_51.jdk/  jdk1.8.0_31.jdk/  
>> > jdk-14.0.2.jdk/   jdk1.8.0_25.jdk/  zulu-8.jdk/
>> > 
>> > I couldn’t figure it out, so I figured - good time to install 12.0.  
>> > Downloaded the 12.0 installer and ran that.  But the installer fails 
>> > itself - also because it can’t find the JDK! See second screen shot.
>> > 
>> 
>> Well, I finally did get my old 11.3 version to work by modifying 
>> /Applications/NetBeans/Apache NetBeans 
>> 11.3.app/Contents/Resources/NetBeans/netbeans/etc/netbeans.conf and manually 
>> setting the netbeans_jdkhome variable to one of the JDKs I have.
>> 
>> But how do I get the Netbeans 12 installer to work?
>> 
>> Thanks again,
>> 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
>> 
> 
> 
> -- 
> Franck

Re: C++ and gradle

[Scott Palmer]

It is possible, however the project view will not show your C++ source files. 
For that you have to use the Files view. 

I would love to see better integration for Gradle-based C++ projects as I often 
work on projects with a JNI component. 

Also the Gradle native builds work with the Visual C++ tools on Windows so you 
don’t need the awkward and incompatible MinGW tools.  (That I have never ever 
seen used for a commercial application. )

Scott

> On Dec 21, 2020, at 4:49 AM, Marco Ambu  wrote:
> 
> 
> Hi,
> 
> I know there is support for gradle (although I have never used it) and there 
> is support for C++ using makefiles.
> Does anyone know if it is possible to use gradle to build C++ projects in 
> netbeans?
> 
> Thanks,
> Marco
> 

-
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 upgrade from netbeans directly

[Scott Palmer]

And it has always caused this confusion...

We should at least add a message in the update UI to tell users to do a manual 
download and install to move to a new release.

I think a better option would be to have a button to upgrade to a new release 
when one is available.

It should also be explicitly clear that the existing Upgrade means “Upgrade 
Plugins” not upgrade the IDE in general. 

Scott

> On Dec 21, 2020, at 7:39 AM, Geertjan Wielenga 
>  wrote:
> 
> 
> It has always been a requirement to install NetBeans from scratch when you 
> want to use a new release.
> 
> Gj
> 
>> On Mon, 21 Dec 2020 at 13:30, Marco Ambu  wrote:
>> Thanks, is that because of the way I installed netbeans or any other reason 
>> like linux or the Check for updates feature is not working and not meant to? 
>> In that case is it going to be removed?
>> 
>>> On Mon, 21 Dec 2020 at 11:53, Geertjan Wielenga 
>>>  wrote:
>>> Yes, you need to reinstall whenever a new release is released.
>>> 
>>> Gj
>>> 
 On Mon, Dec 21, 2020 at 10:41 AM Marco Ambu  wrote:
 Hi,
 
 I installed netbeans 12.1 in linux (don't remember if I used  the zip file 
 or the shell installer).
 Anyway I see 12.2 is available but running "Check for updates" in my 
 Netbeans says that there are no updates available.
 Is that supposed to work or do we need to re-install it every time a new 
 release comes in?
 
 Thanks,
 Marco
 
>> 
>> 
>> -- 
>> Marco Ambu
>> E-mail: marco.a...@gmail.com
>> LinkedIn profile: 

Re: Getting NetBeans to work following macOS Big Sur installation

[Scott Palmer]

Yes, I suspect this is caused by a bug in Big Sur where the
/usr/libexec/java_home command is completely broken.

Feel free to complain to Apple through the Feedback app.  I have, though
they didn't seem to understand.

Scott

On Sun, Nov 15, 2020 at 10:18 AM David Gradwell  wrote:

> Hi,
>
>
>
> Installing macOS Big Sur for the first time somehow lost the “which jdk to
> use” setting that was I think set at installation time.
>
>
>
> This was fixed by editing:
>
>
>
> /Applications/NetBeans/Apache NetBeans
> 12.1.app/Contents/Resources/NetBeans/netbeans/etc/netbeans.conf
>
>
>
> and setting:
>
>
>
>
> netbeans_jdkhome="/Library/Java/JavaVirtualMachines/jdk-15.jdk/Contents/Home"
>
>
>
>
>
> Hope this helps as we all move to Big Sur !
>
>
>
> Regards
>
>
>
> David
>
>
>
>
>

Re: NetBeans on Mac 11 stopped working

[Scott Palmer]

I’ve been running since the Big Sur betas and the only significant issue I 
noticed was that Big Sur breaks /usr/libexec/java_home so that it is almost 
completely useless. 
I think the NB installer might use that to get the directory for the installed 
JDK. 
Otherwise I’ve been extracting NB betas on top of a previously installed 
version and it has worked without issues. 

Scott

> On Nov 13, 2020, at 5:49 PM, Geertjan Wielenga 
>  wrote:
> 
> 
> 
> Can you run NetBeans from the terminal:
> 
> /Applications/NetBeans/Apache\ NetBeans\ 
> 12.1.app/Contents/Resources/NetBeans/netbeans/bin/netbeans
> 
> Gj
> 
>> On Fri, 13 Nov 2020 at 23:46, Rik Scarborough  wrote:
>> I updated my Mac to 11 and NetBeans will not longer run.  Any ideas where to 
>> start debugging this?
>> 
>> ~Rik
>> Believe in Good
>> 

Re: Best Java version for Netbeans

[Scott Palmer]

Well, that is only if you don't add other JDK platforms and set
project-specific JDKs.
(Just making sure everyone is aware that you can compile a project with
Java 14 even though NetBeans itself is running on Java 8 or 11.)

Scott

On Tue, Nov 3, 2020 at 4:43 AM Geertjan Wielenga
 wrote:

> Probably best is always the latest LTS release of Java, which is currently
> 11, though then you won't be using the latest language features introduced
> in feature releases after 11.
>
> Gj
>
> On Tue, Nov 3, 2020 at 10:42 AM Juan Miguel Escribano <
> juan.es...@gmail.com> wrote:
>
>> Any recommendation about which is the best Java version to run Netbeans
>> with?
>>
>> Best
>>
>> *Juan Miguel*
>>
>

Re: Netbeans and macOS Big Sur

[Scott Palmer]

There was a minor install issue that was dealt with in 12.1.  NetBeans works 
fine, but anyone testing Big Sur can’t comment about it outside of Apple’s 
developer forums. 

Scott

> On Oct 24, 2020, at 6:30 AM, Juan Miguel Escribano  
> wrote:
> 
> 
> Hi Geertjan,
> 
> I would like to do it but, unfortunately, my only machine (MacBook Pro) is my 
> production machine and cannot install betas of the operating system.
> If there are any other way I can help with this I would be happy to do it.
> 
> Best
> 
> Juan Miguel
> El 24 oct 2020 12:13 +0200, Geertjan Wielenga 
> , escribió:
>> 
>> Can you take on this task and provide feedback on your findings?
>> 
>> Gj
>> 
>> On Sat, 24 Oct 2020 at 11:42, Juan Miguel Escribano  
>> wrote:
>>> Hi all,
>>> Since release of final version of macOS Big Sur is coming, I would like to 
>>> know if any of you have been tested that Netbeans works ok in Big Sur.
>>> 
>>> Best
>>> 
>>> Juan Miguel

Re: Problem with dialog windows in macOS Big Sur

[Scott Palmer]

I have not seen anything like this. 

Scott

> On Oct 23, 2020, at 8:21 AM, Julio Cesar Machado  wrote:
> 
> 
> Hi everyone.
>  
> I’m using Netbeans in macOS Big Sur. The programs runs normally, but as soon 
> as I access a project properties dialog (for example or search dialog), the 
> whole program hangs and all the widgets start blinking like crazy.
> I haven't been successful with any version of Netbeans on Big Sur. Anyone 
> experiencing the same issue?
>  
> Regards.
> --
> Julio Cesar Machado 
>  

How do you set the default source level?

[Scott Palmer]

When I attach source files to a jar, NetBeans is assuming a source level of
5 and showing red underlines to indicate errors.  Is there a way to tell NB
to default the source level for source files that are not part of a project
to some other level?  (E.g. 8 in my case)

Scott

Re: Uninstall on MAC OS X

[Scott Palmer]

NetBeans is visible in /Applications for me.  The actual application is in
a NetBeans subfolder.  You would need to delete that, and also :
  ~/Library/Application Support/NetBeans
  ~/Library/Caches/NetBeans
 to remove every trace.

Cheers,

Scott

On Tue, Oct 6, 2020 at 10:06 AM Matthias Barmeier <
matthias.barme...@sourcepark.de> wrote:

> Hi,
>
> I wonder what is the correct way to remove NetBeans on Mac OS X. Netbeans
> is not visible in the /Applications folder when opening Finder.
>
> Ciao
> Matze
>
>
>

Re: 12.1 ?

[Scott Palmer]

Right, I don’t mean to suggest getting rid of the distinction.  I agree that a 
LTS release should not automatically install anything other than patches 
intended for the LTS release, it shouldn’t upgrade to a new release.

I’m simply saying that it would be useful to acknowledge the existence of new 
releases in a “check for updates” feature.  The point being that just because 
you are currently on 12.0 doesn’t imply that you have selected to stick to only 
LTS releases.. 12.0 is just one release on the way to 12.1 if you aren’t 
sticking to LTS.

Scott


> On Sep 29, 2020, at 9:58 AM, Geertjan Wielenga  wrote:
> 
> Take a look, for example, at nodejs.org <http://nodejs.org/>, where you can 
> either download the LTS release or the current feature release -- they're 
> quite distinct.
> 
> Gj
> 
> On Tue, Sep 29, 2020 at 3:56 PM Scott Palmer  <mailto:swpal...@gmail.com>> wrote:
> The distinction can be confusing.  A feature release IS a kind of update.  I 
> think a feature should be added to check for new versions of NetBeans, not 
> just plugins.  Perhaps such a check can be automatic and the existence of new 
> versions can be added to the About box?
> 
> Scott
> 
> 
>> On Sep 29, 2020, at 9:20 AM, Geertjan Wielenga > <mailto:geert...@apache.org>> wrote:
>> 
>> 
>> 12.1 is not an update, it is a feature release. Can you look at the 
>> netbeans.apache.org <http://netbeans.apache.org/> download pages for the 
>> difference between an LTS release and a feature release?
>> 
>> Gj
>> 
>> On Tue, 29 Sep 2020 at 15:18, Admin @ Goodun > <mailto:ad...@goodunlimited.co.uk>> wrote:
>> Hi Geertjan,
>> 
>> 
>> 
>> Neil's message hadn't come through here when I replied to your message.
>> 
>> Also, sorry for replying privately, my 1mistake.
>> 
>> 
>> 
>> Mark
>> 
>> 
>> 
>> On Tue, 2020-09-29 at 13:35 +0200, Geertjan Wielenga wrote:
>> 
>> > Did you read what Neil told you? Can you read it again, please?
>> 
>> > 
>> 
>> > Please use the mailing list, thanks.
>> 
>> > 
>> 
>> > Gj
> 

Re: 12.1 ?

[Scott Palmer]

The distinction can be confusing.  A feature release IS a kind of update.  I 
think a feature should be added to check for new versions of NetBeans, not just 
plugins.  Perhaps such a check can be automatic and the existence of new 
versions can be added to the About box?

Scott


> On Sep 29, 2020, at 9:20 AM, Geertjan Wielenga  wrote:
> 
> 
> 12.1 is not an update, it is a feature release. Can you look at the 
> netbeans.apache.org  download pages for the 
> difference between an LTS release and a feature release?
> 
> Gj
> 
> On Tue, 29 Sep 2020 at 15:18, Admin @ Goodun  > wrote:
> Hi Geertjan,
> 
> 
> 
> Neil's message hadn't come through here when I replied to your message.
> 
> Also, sorry for replying privately, my 1mistake.
> 
> 
> 
> Mark
> 
> 
> 
> On Tue, 2020-09-29 at 13:35 +0200, Geertjan Wielenga wrote:
> 
> > Did you read what Neil told you? Can you read it again, please?
> 
> > 
> 
> > Please use the mailing list, thanks.
> 
> > 
> 
> > Gj

Re: JavaFX 12

[Scott Palmer]

You might also consider running with a distribution of OpenJDK that includes 
JavaFX. That simplifies things quite a bit. No need to fiddle with the module 
path. 

One such distribution is Bell Soft’s Liberica JDK (Full version, not Standard) 
https://bell-sw.com/pages/downloads/#/java-14-current 

Azul has a version of Zulu that does the same. Just pick JDK FX under “Java 
Package” ON the download page: 
https://www.azul.com/downloads/zulu-community/?architecture=x86-64-bit

Scott

> On Aug 5, 2020, at 4:03 PM, Chuck Davis  wrote:
> 
> 
> I suggest you take Ernie's suggestion to get started (use the fxml archtype). 
>  You can build and run your application in NB.  The first thing to do after 
> creating the project is edit the POM to update to newer versions of Maven 
> artifacts.  Then, when you wish to run your application outside NB you will 
> have to install JavaFX and set the module path per the document you linked in 
> your post.  I think I even saw a post from Geertjan a few weeks ago where he 
> used jlink (from within NB) to build a fat jar that included all the FX 
> modules to run your app.  When jpackager hits the JDK perhaps deployments of 
> JavaFX will get easier -- it's already worth the additional effort.  I 
> need to find Geertjan's jlink demo again and do some testing.
> 
> 
>> On Wed, Aug 5, 2020 at 11:52 AM HRH  wrote:
>> Hi,
>> 
>> Trying to build a JavaFX project with Netbeans 12.0 IDE, using the online 
>> documentation Getting Started with JavaFX
>> 
>> Getting Started with JavaFX
>> Getting started with JavaFX for Java desktop application development
>> In step 3 of this page, adding the JavaFX12 to the library, I don't seem to 
>> locate such a library from the dropdown list. Please help.
>> 
>> Thanks
>> 
>> 
>> 

Re: Plugin install problem NB 12

[Scott Palmer]

> On Jul 31, 2020, at 12:27 PM, Mitch Claborn  wrote:
> 
> The secret here was the "Show details" checkbox at Tools -> Plugins -> 
> Installed. I never saw it.
> 
> It makes more sense to me for the default for that box to be checked.

It makes more sense to me to get rid of the checkbox completely. The behaviour 
should just be as if “Show details” is always checked. I see no advantage to 
hiding what plugins are actually installed. It has only caused confusion. 

Scott

>> On 7/29/20 8:29 AM, Mitch Claborn wrote:
>> I'm using NetBeans 12.0 on Ubuntu 18.04.  I need to install an updated 
>> version of the JRebel plugin. I downloaded the plugin, but when I attempt to 
>> install it, I get the message: Plugin "JRebel for NetBeans" is already 
>> installed.
>> But, the plugin does not show in the list of installed plug ins. So I can't 
>> installed directly and I can't remove and reinstall.
>> Any ideas on how to fix?
> 

-
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: Help in setting up JavaFX on NB 12 and OpenBeans 12

[Scott Palmer]

Set the path to Gradle in the NetBeans preferences/options. 
If you are using the Gradle wrapper then Gradle will use the version specified 
by the project which it will download and cache in the .gradle folder of your 
home directory. 

Have you tried building the project from the command line? 

Scott

> On Jun 25, 2020, at 5:15 PM, slipbits  wrote:
> 
> 
> Win 7-64 & cygwin
> 
> Tried it on NB 12. Failed. 
> 
> The build message says "Could not run build action using 
> .gradle/.../gradle-6.3". 
> 
> I have JavaFX installed @ /Program File/JavaFX /javafx-sdk-14.0.1  (openJFX)
> 
> I have java installed @ /Program File/Java/jdk-14.0.1
> (oracle)
> 
> I have Gradle installed @ /ProgramFile/Gradle/gradle-6.5   
> (gradle.org)
> 
> However, I don't have any way to tell NB 12 that I have installed JavaFX or 
> Gradle. So, NB and OpenBeans installed something (let's call it Gradle) @ 
> /../AppData/Local/NetBeans/Cache/12.0/gradle and 
> /../AppData/Local/OpenBeans/Cache/2019.12/gradle and at /c/user/.../.gradle. 
> None of this appears to be gradle.
> 
> That's everything I know. I did try to follow the instructions and did modify 
> the build.gradle file. The modified file is:
> 
> apply plugin: 'java'
> apply plugin: 'jacoco'
> apply plugin: 'application'
> 
> 
> mainClassName = 'HelloWorld.Main'
> 
> repositories {
> jcenter()
> }
> 
> dependencies {
> testImplementation 'junit:junit:4.13'
> }
> 
> plugins {
>   id 'application'
>   id 'org.openjfx.javafxplugin' version '0.0.8'
> }
> 
> javafx {
> version = "14"
> modules = [ 'javafx.controls' ]
> }
> 
> I tried several versions of adding an "apply plugin:" for JavaFX without 
> success. Don't know what else to do.
> 
> thanks
> art
> 
> 
> 
> On 6/25/2020 9:53 AM, Scott Palmer wrote:
>> 
>>> On Thu, Jun 25, 2020 at 5:27 PM slipbits  wrote:
>>>> Under Java with Maven I see "FXML JavaFX Maven Archetype (Gluon)" and 
>>>> "Simple JavaFX Maven Archteype (Gluon)". I suspect one of these should be 
>>>> chosen. The book I'm reading, JavaFX 8 by Example, recommends Java with 
>>>> Gradle. Any idea when that will be ready?
>>>> 
>>>> 
>> 
>> Java with Gradle works now.  Make a new Gradle project, then edit 
>> build.gradle to include the javafx plugin as per the Gradle examples on 
>> OpenJFX.io  
>> 
>> https://openjfx.io/openjfx-docs/#gradle
>> https://github.com/openjfx/samples/blob/master/HelloFX/Gradle/hellofx/build.gradle
>> 
>> Regards,
>> 
>> Scott

Re: Help in setting up JavaFX on NB 12 and OpenBeans 12

[Scott Palmer]

> On Thu, Jun 25, 2020 at 5:27 PM slipbits  > wrote:
> Under Java with Maven I see "FXML JavaFX Maven Archetype (Gluon)" and "Simple 
> JavaFX Maven Archteype (Gluon)". I suspect one of these should be chosen. The 
> book I'm reading, JavaFX 8 by Example, recommends Java with Gradle. Any idea 
> when that will be ready?
> 
> 

Java with Gradle works now.  Make a new Gradle project, then edit build.gradle 
to include the javafx plugin as per the Gradle examples on OpenJFX.io  

https://openjfx.io/openjfx-docs/#gradle
https://github.com/openjfx/samples/blob/master/HelloFX/Gradle/hellofx/build.gradle

Regards,

Scott

Re: Apache NetBeans 12.0 released

[Scott Palmer]

> On Jun 9, 2020, at 12:41 PM, Geertjan Wielenga  wrote:
> 
> Hi all,
> 
> 12.0 has been released, many thanks in particular to our amazing and 
> persistent release manager Eric Barboni.
> 
> Features:
> 
> http://netbeans.apache.org/download/nb120/index.html 
> 



 I notice under Java 13:
JEP 305 : Pattern Matching for instanceof 
(Preview Feature)
The image following this bullet point appear to belong to the section on Text 
Blocks above it.
Is there an image relating to Pattern Matching for instanceof that is missing?


Regards,

Scott

Re: Netbeans and malware article

[Scott Palmer]

The malware explicitly targets NetBeans:

The malware is capable of identifying the NetBeans project files and embedding 
malicious payload both in project files and build JAR files. Below is a high 
-evel description of the Octopus Scanner operation:

• Identify user's NetBeans directory
• Enumerate all projects in the NetBeans directory
• Copy malicious payload cache.dat to nbproject/cache.dat
• Modify the nbproject/build-impl.xml file to make sure the malicious 
payload is executed every time NetBeans project is build
• If the malicious payload is an instance of the Octopus Scanner itself 
the newly built JAR file is also infected.


Though they did also mention:

"If malware developers took the time to implement this malware specifically for 
NetBeans, it means that it could either be a targeted attack, or they may 
already have implemented the malware for build systems such as Make, MsBuild, 
Gradle and others as well and it may be spreading unnoticed," GitHub added.

I’m not sure if there is any sort of sanity check NB can do to the cache.dat 
file to help prevent this.

Scott


> On May 29, 2020, at 3:16 PM, Geertjan Wielenga  wrote:
> 
> 
> It seems to be saying that a build system that uses Apache Ant can be 
> poisoned by malware. That probably is equally true for Gradle and Apache 
> Maven — so I don’t understand why they’re picking on Ant.
> 
> Gj
> 
> On Fri, 29 May 2020 at 21:09, Peter Steele  > wrote:
> Hi
> 
> Saw this
> 
> https://www.zdnet.com/article/github-warns-java-developers-of-new-malware-poisoning-netbeans-projects/
>  
> 
> 
> Do we know anything more about this?
> 
> 

Re: Native packaging

[Scott Palmer]

+1 to NetBeans packaging option flipping to use jpackage on JDK 14+.  

In fact, if NB is running on JDK14 or greater, or even just has a Java 14 or 
greater JDK configured, it should be able to use jlink/jpackage to package an 
application even if the application project is configured to use an earlier 
JDK.  If no Java 14+ JDK is available, the native package option in NetBeans 
should simply put up a dialog stating that a Java 14 or greater JDK must be 
available to use that option (even for projects that use an earlier JDK).  
Maybe even have a button there to go to the Java Platform Manager to add a JDK.

Adding the dev list to see if someone there is interested in this...

Regards,

Scott

> On May 28, 2020, at 3:24 PM, David Gradwell  wrote:
> 
> Chris,
> 
> The reason I mentioned JavaFX as problematic is that it is not included JDK 
> releases beyond 1.8.  The JavaFX deploy capability is the basis for NetBeans 
> native packaging.  Thus the Netbeans packaging fails if NetBeans is run on a 
> later version of Java than 1.8.  As you probably surely know, JavaFX has 
> moved to https://openjfx.io/ and also see 
> https://gluonhq.com/services/javafx-support/ .  As far as I can see (correct 
> me if I'm wrong) JavaFX 14.0.1 sdk no longer provides 
> com.sun.javafx.tools.ant.FXJar and NetBeans native packaging fails.  Hence 
> (and only for this reason) I labelled the use of JavaFX as problematic for 
> deployment.  The packaging code seems to have been extracted from JavaFX to 
> form javapackager which then became jpackage in JDK14.  In my experience, 
> jpackage has fewer challenges in that I could get it to work more or less 
> first time.  Be aware however that it is in "incubator" stage of its 
> lifecycle.  Hopefully it will become a standard Java component that we can 
> rely on going forward.
> 
> Regards
> 
> David
> 
> 
> On 28/05/2020, 15:57, "Chris Olsen"  wrote:
> 
>David and All --
> 
>  Having recently struggled through jpackage on both PCs and Macs, 
> Netbeans support would be (IMHO) fantastic!  If I were a developer, rather 
> than a statistician writing software for my students' use, I would most 
> certainly offer to assist. Now, however, I have an amateur's question.  I 
> make very heavy use of JavaFX, and I am uncertain what you mean by...
> 
>> It would remove the problematic dependency on JavaFX
> 
>  Could you amplify a bit the "problematic dependency" phrase?
> 
>  Thank you in advance.
> 
>  -- Chris


-
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: API key storage best practices: help from NetBeans?

[Scott Palmer]

Or if you are less paranoid, store and retrieve it with the Java Preferences 
API. Encrypt it so it isn’t stored in plaintext.  The User preferences should 
be isolated from other user’s access.  If your software requires a user to 
authenticate in any way, use that authentication in the encryption so there are 
no hard coded keys in the code. 

Scott

> On May 22, 2020, at 7:42 PM, Daoud Abdelmonem Faleh 
>  wrote:
> 
> 
> Actually this has nothing to do with IDEs and am not aware of any that 
> integrate with such functionality.
> 
> The general consensus for managing users secrets (API keys, Databases 
> credentials,...) is to use a secrets management system.
> Many of the public clouds providers have this kind of service (AWS Secrets 
> Manager, GCP secrets manager, Azure Key Vault, ...) if you're on premises 
> opensource tools do exist (Hashicorp vault, Square Keywhiz). Spring framework 
> seems to support many of them.
> Github do have a secrets scanning tool that recognize many of public APIs. 
> Other tools are available to scan source code for secretes and can be 
> configured as pre-commit hook (Yelp Detect Secrets come to mind).
> 
> HTH,
> --Daoud
> 
>> On Fri, May 22, 2020 at 10:27 PM Alonso Del Arte  
>> wrote:
>> This is somewhat of a general Java question, but I do believe it has an 
>> IDE-specific component.
>> 
>> What are the best practices for storing and retrieving API keys in Java 
>> programs? And what help does NetBeans offer for adhering to those best 
>> practices?
>> 
>> Suppose for example that your key for an example widget API is "555EXAMPLE." 
>> You could certainly write "private final static String API_KEY = 
>> "555EXAMPLE";" and then each time you need the key, you write "API_KEY" 
>> where it's needed.
>> 
>> String query = "https://www.example.com/api/q=; + sendParams + "=" + 
>> API_KEY;
>> URL queryURL = new URL(query);
>> HttpURLConnection conn = (HttpURLConnection) queryURL.openConnection();
>> conn.setRequestMethod("POST");
>> // etc.
>> 
>> But then I might forget about the API key and upload the source file to a 
>> public GitHub repository (maybe GitHub would alert us, but I don't know for 
>> sure).
>> 
>> I suppose I could store the API key in a file or folder listed in the Git 
>> Ignore, and then create a class to store and retrieve API keys, but that 
>> would probably feel like I'm reinventing the wheel...
>> 
>> Alonso del Arte
>> Author at SmashWords.com
>> Musician at ReverbNation.com

Re:

[Scott Palmer]

Please see the Getting Started documentation at https://openjfx.io/openjfx-docs/
That will tell you how to use Gradle or Maven to build an application with 
JavaFX on JDK 11 or later.

And please use a subject in your email messages to the list.

Scott

> On May 19, 2020, at 10:11 PM, Brain Rebooting  
> wrote:
> 
> I am not a developer. I am just a learner. After completing Fundamental and 
> OOP in java, now I am thinking about to learn javaFX. But after writing a 
> basic program in javaFX, when try to run, I saw that jdk-11 by default 
> doesn't run javaFX program. 
> And I installed ubuntu approximately 1 months ago by thinking about to learn 
> command. But still I can't start learning command. That's not so important 
> for me right now.
> 
> 
> 
> On Wed, May 20, 2020, 2:04 AM Emilian Bold  > wrote:
> Maybe he doesn't have root on that machine?
> 
> --emi
> 
> On Tue, May 19, 2020 at 10:01 PM Juan Algaba  > wrote:
> >
> > > Please give me idea that include no command.
> > Also, you're on linux and a developer, Why such a strange requirement?
> > I think "sudo apt install openjdk-8-jdk" is easier than actually
> > hunting down and setting up a jdk manually.
> >
> >
> > On Tue, May 19, 2020 at 11:05 AM Laszlo Kishalmi
> > mailto:laszlo.kisha...@gmail.com>> wrote:
> > >
> > > What do you mean no command?
> > >
> > > Do you have Java 8 already installed on Ubuntu?
> > >
> > > Or You just need to add Java 8 to the list of Java Platforms in NetBeans?
> > >
> > > On 5/19/20 9:58 AM, Brain Rebooting wrote:
> > > > HI all,
> > > >
> > > > How to install jdk 8 into netbeans 11.3 in ubuntu 18?
> > > > Please give me idea that include no command.
> > > >
> > > > Samiul alom sium
> > >

Re: Mouse quirks

[Scott Palmer]

The phenomenon that I observed on macOS is specific to NetBeans, though it 
could be all swing apps. (NetBeans is the only Swing UI I’m aware of running.)
Clicks in other applications are fine, so it doesn’t appear to be fixable with 
OS adjustments to the input device sensitivity. 
Clicks in the gutter to set a breakpoint or look at a hint seem to be where it 
is most frustrating.


Scott

> On May 1, 2020, at 3:09 PM, Eric J. Schwarzenbach 
>  wrote:
> 
> 
> I'd offer one suggestion for anyone suffering from double-click problems: you 
> can configure the click delay that determines whether a second click 
> constitutes a double click or a second single-click. I remember this being a 
> setting in the control panel from my Windows days, no idea about Macs, and in 
> Linux you may have to dig into a config file depending on your desktop 
> manager. I'm not positive that the OS setting affects Netbeans, but it might 
> be worth a try.
> 
> 
> 
> On 5/1/20 2:00 AM, James Ostrowick wrote:
>> I’m so glad someone else is having this problem! I thought it was just me.
>> 
>> It drives me nuts trying to create a debug breakpoint as well, sometimes I 
>> have to click several times to get it to acknowledge the breakpoint 
>> insertion.
>> 
>> What I have noticed is that it if you click, pause for about a second and 
>> then click again it acknowledges the second click better. (When creating 
>> breakpoints)
>> I’ve also found that the external mouse is less accurate than the trackpad 
>> for some very strange reason, possibly something to do with the resolution 
>> of the mouse being lower than the trackpad?
>> So, bluetooth apple mouse clicks tend NOT to be recognised as easily as the 
>> trackpad. 
>> 
>> I first noticed this irritation in NB 10, but its persisted into 11 as well 
>> 
>> This is on MacOS X Catalina 10.15.4, NB 11.3
>> 
>> 
>> 
>>> On 01 May 2020, at 07:51, Alan  wrote:
>>> 
>>> I think Scott is onto something. I've run 20 or so tests where I 
>>> experienced this by leaving my external mouse still and using the button on 
>>> the laptop touchpad to do the clicking, and there were no "missed/ignored" 
>>> clicks. Same story for a similar problem with opening files via 
>>> double-click.
>>> 
>>> On 2020-04-30 18:39, Alan wrote:
>>>> That's a definite possibility... I'm a "drive by clicker", notorious for 
>>>> small mouse shifts between down and up. I'll try testing that out.
>>>> 
>>>> On 2020-04-30 16:11, Scott Palmer wrote:
>>>>> Same on macOS. It seems if the mouse moves a single pixel between mouse 
>>>>> down and mouse up then it may not count as a click.
>>>>> 
>>>>> Scott
>>>>> 
>>>>>> On Apr 30, 2020, at 11:59 AM, Darin Miller  
>>>>>> wrote:
>>>>>> 
>>>>>> 
>>>>>> I also observe the "ultra precise" mouse behavior. Both on win7 and 
>>>>>> win10 desktops.
>>>>>> 
>>>>>>  o__
>>>>>>   >/  
>>>>>> ( )\( ) Darin | 208-991-4421
>>>>>> 
>>>>>> 
>>>>>> On Thu, Apr 30, 2020 at 9:52 AM Alan  
>>>>>> wrote:
>>>>>>> Hi Eirik,
>>>>>>> 
>>>>>>> No display scaling, everything is 100%. It's also monitor-independent. 
>>>>>>> The problem is inconsistent, although it's more prevalent with 
>>>>>>> breakpoints than with the document close. The highlight box is a good 
>>>>>>> indication that the mouse position is getting read right, it's the 
>>>>>>> click event that seems to be problematic.
>>>>>>> 
>>>>>>> At this point I'm waiting for a time when I have the presence of mind 
>>>>>>> to start screen captures. Then maybe I can better characterize the 
>>>>>>> problem. It doesn't appear to be a consistent shift. I suspect the 
>>>>>>> location of the actual hostspot is dependent on screen coordinates. 
>>>>>>> I've had this experience with all the 11.x series, can't recall if it 
>>>>>>> was there in 10.x or not, but it's new since 8.2. If it's not "just me" 
>>>>>>> with this problem I'll see if I can set aside some time to get some 
>>>>>>> more actionable information.
>>>>>>> 
>>

Re: Mouse quirks

[Scott Palmer]

Same on macOS. It seems if the mouse moves a single pixel between mouse down 
and mouse up then it may not count as a click.

Scott

> On Apr 30, 2020, at 11:59 AM, Darin Miller  wrote:
> 
> 
> I also observe the "ultra precise" mouse behavior. Both on win7 and win10 
> desktops.
> 
>  o__
>   >/  
> ( )\( ) Darin | 208-991-4421
> 
> 
>> On Thu, Apr 30, 2020 at 9:52 AM Alan  wrote:
>> Hi Eirik,
>> 
>> No display scaling, everything is 100%. It's also monitor-independent. The 
>> problem is inconsistent, although it's more prevalent with breakpoints than 
>> with the document close. The highlight box is a good indication that the 
>> mouse position is getting read right, it's the click event that seems to be 
>> problematic.
>> 
>> At this point I'm waiting for a time when I have the presence of mind to 
>> start screen captures. Then maybe I can better characterize the problem. It 
>> doesn't appear to be a consistent shift. I suspect the location of the 
>> actual hostspot is dependent on screen coordinates. I've had this experience 
>> with all the 11.x series, can't recall if it was there in 10.x or not, but 
>> it's new since 8.2. If it's not "just me" with this problem I'll see if I 
>> can set aside some time to get some more actionable information.
>> 
>> This is an older machine, ASUS G75 laptop, i7-3630QM CPU, 12GB RAM, SSD 
>> drives. Video card is NVIDIA GeForce GTX 660M, two external monitors, 
>> external mouse Logitech M545. NB is usually on a LG QHD 2560x1440 monitor.
>> 
>>> On 2020-04-30 10:37, Eirik Bakke wrote:
 I get the red box hover highlight around the "X" to close a document, but 
 unless I click in exactly the right place within that box, the document 
 doesn't close.
>>> Hmm, odd--I'm on Windows 10 as well, and hadn't had this problem. Do you 
>>> have HiDPI scaling active by any chance? ("Display Settings"->"Change the 
>>> Size of Text, Apps and Other Items") 
>>> 
>>> Will be easier to debug if you can find a way to consistently reproduce the 
>>> problem.
>>> 
>>> -- Eirik
>>> 
>>> -Original Message-
>>> From: Alan  
>>> Sent: Thursday, April 30, 2020 12:07 AM
>>> To: NetBeans Mailing List 
>>> Subject: Mouse quirks
>>> 
>>> The question about odd laptop quirks has reminded me. Does anyone else 
>>> experience this...
>>> 
>>> Under intermittent circumstances, mouse clicks seem to need to be extremely 
>>> precise. For example on closing a document, I get the red box hover 
>>> highlight around the "X" to close a document, but unless I click in exactly 
>>> the right place within that box, the document doesn't close. 
>>> There's no consistency as to where the right spot is, either. This happens 
>>> with sufficient frequency that I'm in the habit of using Crtl-W or right 
>>> clicking and selecting close instead.
>>> 
>>> I also get this when trying to clear a breakpoint.
>>> 
>>> Running Windows 10 rev 1909, 64 bit, Java 13.0.2.
>>> 
>>> 
>>> -
>>> 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: PSA: Modular Ant based projects no longer build on latest JDK builds

[Scott Palmer]

> On Apr 23, 2020, at 3:24 PM, Ty Young  wrote:
> I tried converting an modular Ant project to Gradle once and I could never 
> figure it out(this was early days when Modules where still new). learning an 
> entire language just to build is a bit much, so I was relying on IDE support. 
> Maven was much easier to transition to since, while not perfect, it at least 
> exists and is usable.
Gradle 6.4 is the first version to properly support JPMS without needing to do 
your own tweaks to the build script or find a third-party plugin. As I write 
this 6.4-rc-2 is current, so it isn’t out the door yet.  I’m just about to try 
it myself.

JPMS is still a bit messy with respect to the support of various tools and 
IDEs.  I feel your pain.

https://docs.gradle.org/6.4-rc-2/release-notes.html#java-modules 



Scott

Re: PSA: Modular Ant based projects no longer build on latest JDK builds

[Scott Palmer]

+1  If you aren’t already using Maven, skip it. Gradle will also be somewhat of 
a “do it yourself” approach, but in the long run it will be easier to manage 
than Maven and worth learning.

You won’t get the same level of IDE support because Gradle build scripts are 
too easy to customize in ways that can’t easily be managed automatically.  
Editing the build.gradle file becomes your interface, but don’t worry for most 
cases it remains simple.  It’s advantage comes when things really do get 
complicated, the issues are easier to address with Gradle than with Maven or 
Ant.

Cheers,

Scott

> On Apr 23, 2020, at 1:59 PM, Laszlo Kishalmi  
> wrote:
> 
> Telling the truth it ie easier to convert an Ant project to Gradle than Ant. 
> But there is no such a conversion tool yet. Probably won't be ever.
> 
> 
> 
> On 4/23/20 10:57 AM, Ty Young wrote:
>> 
>>> Anyway, is there any way currently or maybe in the future that can easily 
>>> convert Ant based projects to Maven?
>>> 
>>> Start by creating a Maven project and then copy and paste the packages from 
>>> your Ant-based project to packages in your Maven-based project.
>>> 
>>> That should get you very far. Though there are several specifics that 
>>> you'll need to learn about Maven (many resources available on-line), e.g., 
>>> images go in the 'resources' folder, and Maven projects in general are very 
>>> strictly structured. Good news: NetBeans has great support for Maven.
>> 
>> I've made and converted other projects before, but this one is both JavaFX 
>> and is therefor the end-of-the-road with a several dependencies. Not 
>> impossible, but if there was a magic "convert project build system" it'd 
>> make such conversions easier.
>> 
>> 
>> 
>> I have to disagree with the Maven support, at least when compared to Ant. 
>> Netbeans with Ant makes sure all build dependencies are up-to-date on 
>> build/run while Maven in Netbeans takes the "Do it yourself" approach.
>> 
>> 
>> 
>> There is, I've noticed, an issue with filesystem jar detection in Netbeans. 
>> I've had my Ant based require the jar outputs of the several Maven projects. 
>> Problem is that if any of the projects have a build failure, Netbeans will 
>> correctly show an error that the dependency is missing but won't do the same 
>> on the next successful build. I have to do somekind of ritual including 
>> switching between files(module-info usually works), typing letters within 
>> them, and mashing ctrl + s in order for it to rescan and detect the jar 
>> files. 
>> 
>> 
>> 
>> Netbeans and Maven, for whatever reason, feels the need to reconfigure 
>> itself everytime a new JDK is used, even if it's the same version(15, for 
>> example) but different builds, resulting me having to wait 5 minutes to 
>> finish whatever it's trying to do.
>> 
>> 
>> 
>> There is also the issues of Netbeans not showing build errors until you 
>> actually try to build if a project uses removed APIs, like I am with 
>> incubating modules, and a lack of clarity on what the difference is between 
>> "build" and "build with dependencies". I wish there was an IDE toggle for 
>> "always build with deps".
>> 
>> 
>> 
>> TL;DR Maven support in Netbeans is either way worse than Ant or Maven just 
>> sucks. I wish I could still use Ant, it was truly a blissful experience 
>> compared to Maven, but there isn't any real cross-ide support nor do you 
>> have Maven central.

Re: Freeze/Crash of NB 11.3 on Windows - anyone else?

[Scott Palmer]

What is the memory situation And CPU usage like? Perhaps the combination of 
NetBeans and Gradle daemon JVMs is consuming too many resources for some reason?

Scott

> On Apr 3, 2020, at 3:01 PM, Rob Walker  wrote:
> 
> 
> Yeah. Also agree it's unlikely NB alone. Definitely seems to need Java  
> & NB all running. Of those Java has most native code. Haven't ruled out some 
> narrow machine hardware or driver issue that this combo is tripping. Just not 
> see any evidence after a freeze that I can use to track it. Clutching a bit! 
> - Rob
> 
> Sent from Outlook Mobile
> From: Laszlo Kishalmi 
> Sent: Friday, April 3, 2020 6:07:03 PM
> To: users@netbeans.apache.org 
> Subject: Re: Freeze/Crash of NB 11.3 on Windows - anyone else?
>  
> It is unlikely that NetBeans does this alone. Most probably you are having an 
> underlaying hardware issue which is triggered by a certain load created by 
> using Java, Gradle, NetBeans.
> 
> Years ago it turned out that I have a defected core on my CPU. The defect 
> could be caused during executing "massive" parallel computations, like Gradle 
> parallel builds. When it kicked in the system hanged. Fortunatelly Linux was 
> able to log out the core misbehavings as it happened a few times before the 
> hang, so I could made my system stable by disabling the faulty core. 
> 
>> On 4/3/20 1:50 AM, Rob Walker wrote:
>> Been a 11.2 user for a while. Hard to isolate what I’m seeing down to be 
>> certain it is 11.3, but it started right after the upgrade, and only seems 
>> to happen when I am working with NB 11.3
>>  
>> What I get is not a Windows crash in the BSOD sense, but a complete and 
>> utter freeze of the system. Can’t even get to TaskMan via a Ctrl-Alt-Del – 
>> mouse moves still on screen, and I can occasionally select a window and see 
>> the title bar change color as it gets focus. But aside from that I am 
>> completely locked out. Power off button is only way to recover.
>>  
>> Seems really odd that an IDE like NB could do this – do wonder if it isn’t 
>> NB solo but some collision between NB scanning dir changes, and me running 
>> Gradle manually outside of NB to do builds from command window. The only 
>> time I get this freeze so far is with both of those open. And I am also 
>> seeing a much greater occurrence of Gradle daemon process zombies since the 
>> 11.3 upgrade – which also makes me suspect that maybe either Gradle and NB 
>> are fighting, or maybe that newer Gradle 6.x builds are a factor here.
>>  
>> Wondering if anyone else is seeing any kind of similar freeze?

Re: Java project LD_LIBRARY_PATH

[Scott Palmer]

You should set both. The LD_LIBRARY_PATH environment variable for the operating 
system, and the java.library.path system property for the JVM.

Scott

> On Mar 23, 2020, at 8:30 AM, Vladimir Kokovic  
> wrote:
> 
> Hi,
> Does this mean that the only solution is java.library.path system property,
> ie. that there is no LD_LIBRARY_PATH option?


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

[Scott Palmer]

It works for me. If you are loading the native library directly for JNI you 
must also set the java.library.path system property. 

Scott

> On Mar 23, 2020, at 8:12 AM, gmail Vladimir Koković 
>  wrote:
> 

-
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: Running a modules suite with OpenJavaFX

[Scott Palmer]

The correct thing to do is to use jlink to create a JRE for your application, 
including the JavaFX JMODs.  Package the JRE with the application, sa that  is 
noe the recommended practice.  The new jpackage tool in JDK 14 can help with 
that.

Regards, 

Scott

> On Mar 21, 2020, at 12:30 PM, Jean-Claude Dauphin  
> wrote:
> 
> Hello,
> The application is a modules suite where some modules use JavaFX code. The 
> application was running fine with Java 1.8 that includes JavaFX. But now I 
> have installed Open JDK 14 and Open JavaFX 14.
> To solve JavFX dependencies, I have created a library wrapper module that 
> includes JavaFX 14 jar files. Building the application works well but when I 
> run the application I got an error message:
> ==
> Graphics Device initialization failed for :  d3d, sw
> Error initializing QuantumRenderer: no suitable pipeline found
> java.lang.RuntimeException: java.lang.RuntimeException: Error initializing 
> QuantumRenderer: no suitable pipeline found
> at 
> com.sun.javafx.tk.quantum.QuantumRenderer.getInstance(QuantumRenderer.java:280)
>  
> 
> =
> 
> I am not sure this is the right way to include JavaFX 14 in a module suite 
> application ?
> 
> Any idea why I get this error message at run time ?
> 
> Thank you in advance for any advice on these issues.
> Best wishes,
> JCD
> 
> -- 
> Jean-Claude Dauphin
> 
> jc.daup...@gmail.com 
> 
> https://github.com/J-ISIS 
> 
> 

Re: bringing an old javafx RCP project into the modern era

[Scott Palmer]

> On Jan 29, 2020, at 12:21 PM, Neil C Smith  wrote:
> 
> 
> 
> On Wed, 29 Jan 2020, 17:06 Scott Palmer,  <mailto:swpal...@gmail.com>> wrote:
> 
> Isn’t the “right” way to create a JRE using jimage which includes the JavaFX 
> modules via JavaFX JMOD files and bundle that with your application?
> 
> Right, maybe. But AFAIK not easily achievable right now. I ideally need to 
> run an RCP app with a whole load of stuff on the module path in the near 
> future, but haven't looked much at it yet. Did talk to Jan briefly at NB UK 
> about it and get the feeling it might be "difficult". :-)
> 
> Best wishes, 
> 
> Neil

I’ve never done a Netbeans RCP app so I can’t say what is involved in that 
context, but for a plain JavaFX desktop app it isn’t so bad.  I made a couple 
tasks in my Gradle script to generate a JRE with jimage and then an install 
package with jpackage (from JDK 14-ea).  So far so good.  

(I had more pain dealing with JAXB post JDK 11 as I had gone forward expecting 
JPMS modules to still be available for it from somewhere after it was removed 
from the JDK. )

Regards,

Scott

Re: bringing an old javafx RCP project into the modern era

[Scott Palmer]

> On Jan 29, 2020, at 5:00 AM, Neil C Smith  wrote:
> 
> On Wed, 29 Jan 2020 at 06:58, Boris Heithecker  
> wrote:
>> the problem with including JavaFX in a NetBeans RCP app is deployment, 
>> because you need different versions of the extension for different operating 
>> systems. All of the having the same class names, so you can't simply package 
>> all of them.
> 
> Maybe check the JavaFX modules at
> https://github.com/apache/netbeans/tree/master/extra
> 
> In particular notice the use of OpenIDE-Module-Needs in the manifest,
> eg. at 
> https://github.com/apache/netbeans/blob/master/extra/libs.javafx.linux/manifest.mf#L8
> 
> Doesn't that solve the problem when packaging them all?
> 
> Best wishes,
> 
> Neil

Isn’t the “right” way to create a JRE using jimage which includes the JavaFX 
modules via JavaFX JMOD files and bundle that with your application?

Scott
-
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: Gradle use cases / your opinion needed! Give Feedback by 5th of January!

[Scott Palmer]

What kind of compiling options would this affect?
Anything that disrupts the configuration of compiler options that are set by 
the gradle script would cause problems.

Scott

> On Dec 30, 2019, at 11:30 AM, Laszlo Kishalmi  
> wrote:
> 
> Dear all,
> 
> I'm thinking about to change the Gradle project configuration. Most of the 
> configuration is directed by the Gradle project, however compiling, 
> formatting and license options could be set up from the IDE directly.
> 
> If I'd make those configurations available on the root projects only what use 
> case would I hurt?
> 
> The benefits of that change would be obvious. Multi project builds would have 
> only one place to set up formatting, Java version, etc.
> 
> This has been brought up by working on 
> https://issues.apache.org/jira/browse/NETBEANS-2781
> 
> I thought I'd ask the community as well. Give your feedback till 5th of 
> January.
> 
> 
> Thank you!
> 
> Laszlo Kishalmi

-
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 8 still on Java.com

[Scott Palmer]

I would go with the jpackage EA build. That tool is going to be part of the JDK 
as of Java 14 after all. 

Scott

> On Sep 30, 2019, at 9:06 PM, Derik Devecchio  wrote:
> 
> 
> Emillian,
> 
> Thanks for getting back to me.I am not trying to re-invent “write once 
> run anywhere”.I accept that everything is going to need an installer now.
> The question is, how do I get from “Clean and Build” to  .EXE file that 
> includes a JRE?   

-
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 8 still on Java.com

[Scott Palmer]

There are no JRE downloads after Java 8.

You are expected to bundle Java with your application.

Scott


> On Sep 30, 2019, at 12:39 PM, Derik Devecchio  
> wrote:
> 
> I know that the Netbeans’s forum doesn’t maintain Java.com 
> .   But I don’t know anyone else to ask off hand.
> 
> I went to Java.com  to find out the “latest public stable 
> release”.   I was expecting Java 9 point something.But I was hoping for 
> 10, 11 or maybe 12.   Low and behold it is still on Java8 u 221?  
> 
> 
> Isn’t Java 9 stable enough for public?   As a person that writes software for 
> the customers of my company, I am loath to write code using a version of Java 
> that won’t be compatible with what most people already have installed on 
> their machine. And if they don’t have any version of Java installed on 
> their computer, which is increasingly the case,  then my code should be 
> compatible with the JRE they download from the most obvious place, Java.com 
> .
> 
> I was just wondering if maybe Java.com  wasn’t the right 
> place anymore.  It doesn’t seem like the site is stagnate.   8u221 was 
> released just a few months ago.  But why 8? If anyone has a clue, I would 
> appreciate some enlightenment.
> 
> 
> —
> derik
> 
> P.S.   Great work bringing such a huge project over to the Apache framework.  
>  I thought it would be a lot easier than it is.  I have watched some fo the 
> videos of Gertjan discussing the mind bogglingly large amount of tedious work 
> involved.   I applaud your efforts.

Re: A Bad Thing has happened to the promise of platform independence

[Scott Palmer]

Fair enough, but the Java 7u6 release notes are quite stale. The Java 11 notes 
at 
https://www.oracle.com/technetwork/java/javase/11-relnote-issues-5012449.html#Removed
lists JavaFX among the many things that were removed. 

Java 11 was a very significant milestone with major changes. It was perhaps the 
turning point that the subject of this thread eludes to. I suspect most 
companies are still on Java 8 because of the mess that was created when Java 11 
dropped many features. (Without the path forward being ready. It still isn’t.)

It is confusing, which is why it is necessary to keep up with the changes in 
each release. 

Anyway, let’s build that path forward and get NB smoothly operating. With the 
right tool support we can get rid of some of these pain points. 

Scott

> On Sep 28, 2019, at 1:50 PM, Walter Oney  wrote:
> 
> From: Scott Palmer  
> Oracle does not state that JavaFX is included in Java 11. 
> 
> From https://www.oracle.com/technetwork/java/javafx/overview/index.html: "As 
> of JDK 7u6 JavaFX is included with the standard JDK and JRE bundles.  Please 
> download the JDK or JRE to use JavaFX." The link is to a download page for 
> several versions of the JDK. I think I can be excused confusion for not 
> realizing that version 11 is not "as of 7u6".
> 
> --
> Walter C. Oney, Jr., Esq.
> 267 Pearl Hill Rd., Fitchburg, MA 01420
> Tel.: 978-343-3390
> http://www.oneylaw.com

Re: A Bad Thing has happened to the promise of platform independence

[Scott Palmer]

Oracle does not state that JavaFX is included in Java 11.  Java 11 is the 
release where many modules were removed.
Java 11 and later must use the modules from the JavaFX SDK.  The Maven and 
Gradle plugins should make that fairly easy.  Though working with external 
modules is awkward in general because of how they are not supported at runtime 
and modules are the delivery mechanism for the native libraries that go with 
the java classes,

Scott 

> On Sep 28, 2019, at 1:23 PM, Walter Oney  wrote:
> 
> Here you go.
> 
> -Original Message-
> From: Geertjan Wielenga mailto:geert...@apache.org>> 
> Sent: Saturday, September 28, 2019 1:17 PM
> To: Walter Oney mailto:walter.o...@oneylaw.com>>
> Cc: Neil C Smith mailto:neilcsm...@apache.org>>; 
> NetBeans Mailing List  >
> Subject: Re: A Bad Thing has happened to the promise of platform independence
> 
> Cab you go to Help | About in Apache NetBeans 11.1 and copy what you see 
> there and paste it here and send it so we can really see what the environment 
> is that you're making use of?
> 
> Gj
> 
> On Sat, Sep 28, 2019 at 7:12 PM Walter Oney    > > wrote:
> 
> 
>   I'm doing this particular project on Windows 10. By "installing" I mean 
> running the .exe (if there is one) from a web site or downloading a JAR file 
> and putting it some place where I can find it.
>   
>   I keep having private conversations with Geertjan without meaning to -- 
> from long habit, I hardly ever hit reply-all. Anyhow, he wondered what 
> version of the JDK I was using. Initially, I think I had 11.0 or 11.1. Then I 
> decided to get the latest and greatest, so I uninstalled that and installed 
> 13 without realizing it didn't come with JavaFX (which I need for the 
> graphics). I'm back to 11.1 now, which I downloaded from Oracle. It appears 
> not to have JavaFX built-in like Oracle says it should. 
>   
>   I'm grateful that you guys are working on a Saturday and trying to help 
> a newbie out.
>   
>   -Original Message-
>   From: Neil C Smith    > > 
>   Sent: Saturday, September 28, 2019 11:37 AM
>   To: Walter Oney    > >
>   Cc: NetBeans Mailing List    > >
>   Subject: Re: A Bad Thing has happened to the promise of platform 
> independence
>   
>   On Sat, 28 Sep 2019 at 12:04, Walter Oney    > > wrote:
>   > My current self-assigned task is to port the app to Linux in the hope 
> that I’ll find more robust WiFi support than Win10 has. I was hopping along 
> as a happy little bunny with NetBeans 8.4 and some version or another of the 
> JDK that included JavaFX. I was misled by the incomplete instructions for 
> installing JNA to omit downloading jna.jar. Someone later corrected my 
> mistake on the stackoverflow forum, but not before I had installed JDK 13, a 
> current release of OpenJFX, and NetBeans 11.1. I ended up in Version Hell, 
> which is where you go when you have mismatched versions of your tools. I 
> don’t even know what the path back might be.
>   
>   My first thought is are you doing this on the Linux machine you talk
>   about or still on Windows 10?  If Linux, which OS?  And what exactly
>   do you mean by "installing"?  Some of the things you mention there
>   should probably be part of your project but not installed.  Relying on
>   Linux packages for anything other than perhaps OpenJDK is very hit and
>   miss!
>   
>   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: Question on Netbeans 11 and C++

[Scott Palmer]

I respect their efforts and what they accomplished, but I disagree entirely 
with their approach if your intent is to develop native windows code.  It is 
primarily useful for academic purposes. It is an incompatible system that 
exists in a parallel universe.  

Anyway my point was to express the real need for C/C++ support on Windows that 
works with native Windows SDKs. The JDK itself uses some Cygwin tools in the 
build process, but is ultimately compiled with Visual Studio compilers. I’m 
pretty sure there’s a good reason for not using the GNU compilers as it would 
be much less effort to have a common compiler on Linux and Windows. 

Scott


> On Sep 28, 2019, at 4:55 AM, Peter Kovacs  wrote:
> 
> This kind of picking winners has no place in the ASF. 
> Don't get me wrong I would like to see a better integration within windows. 
> OpenOffice build environment is very awkward in windows. But please Fokus on 
> the integration and not on history you seem at least not to care about, or 
> you do not know. 
> Cygwin has earned its respect by providing a tool chain and Unix tools to 
> windows. this made it possible to deliver software for Windows, Linux, and 
> Mac OS.
> Something a lot of professional windows based software fails to provide. The 
> open source community builds wine to counter this. Which again is an awesome 
> effort mostly not understood. 
> 
> Please show some respect. Degrade efforts of others is not what makes open 
> source community work. 
> 
> 
> Am 28. September 2019 03:32:41 MESZ schrieb Scott Palmer :
>> 
>> The other option is MinGW, both it and Cygwin are *NEVER* used by 
>> professional developers on Windows.
>> 
>> They don’t work with the Windows SDK but instead attempt to supply their own 
>> version of Windows header files.
>> Both options rely on awkward hacks to make Windows appear to have some more 
>> unix-like  APIs. As a result you often end up with writing code that is very 
>> much not the way you would typically do things on  Windows.  This results in 
>> half-assed ports of native bits that never quite align with what Windows 
>> users expect.
>> Those tools may be suitable for students to experiment with, but they just 
>> don’t cut it for writing proper native code for Windows.
>> 
>> Proper C/C++ support on Windows means using a native Windows toolset.  
>> Visual C++, or perhaps Intel’s compiler.  Or at least something that can 
>> compile and  link with actual binaries and headers from the official Windows 
>> SDK.
>> 
>> Gradle’s cpp-library plugin properly uses Windows tools on Windows instead 
>> of trying to make Windows look like unix and only working with an awkward 
>> compatibility layer.
>> 
>> Sorry… rant over.
>> 
>> Scott
>> 
>>> On Sep 27, 2019, at 1:56 PM, Alonso Del Arte  
>>> wrote:
>>> 
>>> Scott wrote:
>>> 
>>> > Existing NetBeans C/C++ support on Windows is not very practical. 
>>> > Bordering on almost unusable actually.  (It requires use of a toolset 
>>> > that is virtually never used on Windows for native development, is 
>>> > incompatible with Windows SDKs, and difficult to maintain and configure.) 
>>> 
>>> For what it's worth, I've had no problem with simple C++ console 
>>> applications in NetBeans 8.2 under Windows 8.2 (neither of those are going 
>>> to get upgraded). I went with Cygwin64, I remember there was another option 
>>> but I don't remember why I rejected it. I've found Java AWT and Swing to be 
>>> quite adequate for when I need a GUI.
>>> 
>>> I have yet to try to do anything with C++ on my Mac, on which I now have 
>>> both NetBeans 8.2 and 11.1. Worst case scenario if I ever need to work on 
>>> C++ on my Mac, I can probably use GCC on the command line if XCode won't 
>>> cut it.
>>> 
>>> Al
>>> 
>>> On Fri, Sep 27, 2019 at 9:51 AM Scott Palmer  wrote:
>>>> Would be great to see C/C++ support via Gradle’s 'cpp-library’ plugin.  A 
>>>> smooth Java + JNI   project setup would be welcome along with it.
>>>> 
>>>> Existing NetBeans C/C++ support on Windows is not very practical. 
>>>> Bordering on almost unusable actually.  (It requires use of a toolset that 
>>>> is virtually never used on Windows for native development, is incompatible 
>>>> with Windows SDKs, and difficult to maintain and configure.)
>>>> 
>>>>> On Sep 27, 2019, at 4:25 AM, Geertjan Wielenga  
>>>>> wrote:
>>>>> 
>>>>> Yes, that is called the Apache Software Foundation.
>>>>> 
>>>>> Gj
>>>>> 
>>>>> On Fri, 27 Sep 2019 at 09:24, Ulf Zibis  wrote:
>>>>>> 
>>>>>> Am 26.09.19 um 23:02 schrieb Peter Kovacs:
>>>>>> > I do not understand the question. Can you elaborate?
>>>>>> 
>>>>>> My understanding of "donation" was, that there is a kind of crowdfunding
>>>>>> to support the C/C++ plugin.
>>>>>> 
>>>>>> -Ulf
>>>> 
>>> 
>>> 
>>> -- 
>>> Alonso del Arte
>>> Author at SmashWords.com
>>> Musician at ReverbNation.com
>> 

Re: Question on Netbeans 11 and C++

[Scott Palmer]

The other option is MinGW, both it and Cygwin are *NEVER* used by professional 
developers on Windows.

They don’t work with the Windows SDK but instead attempt to supply their own 
version of Windows header files.
Both options rely on awkward hacks to make Windows appear to have some more 
unix-like  APIs. As a result you often end up with writing code that is very 
much not the way you would typically do things on  Windows.  This results in 
half-assed ports of native bits that never quite align with what Windows users 
expect.
Those tools may be suitable for students to experiment with, but they just 
don’t cut it for writing proper native code for Windows.

Proper C/C++ support on Windows means using a native Windows toolset.  Visual 
C++, or perhaps Intel’s compiler.  Or at least something that can compile and  
link with actual binaries and headers from the official Windows SDK.

Gradle’s cpp-library plugin properly uses Windows tools on Windows instead of 
trying to make Windows look like unix and only working with an awkward 
compatibility layer.

Sorry… rant over.

Scott

> On Sep 27, 2019, at 1:56 PM, Alonso Del Arte  wrote:
> 
> Scott wrote:
> 
> > Existing NetBeans C/C++ support on Windows is not very practical. Bordering 
> > on almost unusable actually.  (It requires use of a toolset that is 
> > virtually never used on Windows for native development, is incompatible 
> > with Windows SDKs, and difficult to maintain and configure.) 
> 
> For what it's worth, I've had no problem with simple C++ console applications 
> in NetBeans 8.2 under Windows 8.2 (neither of those are going to get 
> upgraded). I went with Cygwin64, I remember there was another option but I 
> don't remember why I rejected it. I've found Java AWT and Swing to be quite 
> adequate for when I need a GUI.
> 
> I have yet to try to do anything with C++ on my Mac, on which I now have both 
> NetBeans 8.2 and 11.1. Worst case scenario if I ever need to work on C++ on 
> my Mac, I can probably use GCC on the command line if XCode won't cut it.
> 
> Al
> 
> On Fri, Sep 27, 2019 at 9:51 AM Scott Palmer  <mailto:swpal...@gmail.com>> wrote:
> Would be great to see C/C++ support via Gradle’s 'cpp-library’ plugin.  A 
> smooth Java + JNI   project setup would be welcome along with it.
> 
> Existing NetBeans C/C++ support on Windows is not very practical. Bordering 
> on almost unusable actually.  (It requires use of a toolset that is virtually 
> never used on Windows for native development, is incompatible with Windows 
> SDKs, and difficult to maintain and configure.)
> 
>> On Sep 27, 2019, at 4:25 AM, Geertjan Wielenga > <mailto:geert...@apache.org>> wrote:
>> 
>> Yes, that is called the Apache Software Foundation.
>> 
>> Gj
>> 
>> On Fri, 27 Sep 2019 at 09:24, Ulf Zibis > <mailto:ulf.zi...@cosoco.de>> wrote:
>> 
>> Am 26.09.19 um 23:02 schrieb Peter Kovacs:
>> > I do not understand the question. Can you elaborate?
>> 
>> My understanding of "donation" was, that there is a kind of crowdfunding
>> to support the C/C++ plugin.
>> 
>> -Ulf
> 
> 
> 
> -- 
> Alonso del Arte
> Author at SmashWords.com 
> <https://www.smashwords.com/profile/view/AlonsoDelarte>
> Musician at ReverbNation.com <http://www.reverbnation.com/alonsodelarte>

Re: Hopefully close to the finish line with Java 11 & FX

[Scott Palmer]

This is a good first step. I think some rough edges remain though. 

For example, if you go to the project properties ->Build->Compile and flip the 
JDK between Java from 8 to 11+, I’m guessing everything breaks. Can we do 
anything helpful in that situation?

JavaFX 13 requires Java 11. What version of JavaFX is used by default when you 
pick a JDK 11 JavaFX project? I think it makes sense to default to the latest 
version that runs on Java 11., but rather than having two different project 
types for JavaFX, the new project wizard should have choices for JDK version 
(when more than one JDK is configured) and a selection for JavaFX version where 
the available options depend on the selected JDK version. 


Scott

> On Sep 27, 2019, at 11:09 AM, Geertjan Wielenga  wrote:
> 
> 
> Also, please comment your support for this PR, which updates the Maven plugin 
> for OpenJFX to support both JDK 8 and beyond:
> 
> https://github.com/openjfx/javafx-maven-plugin/pull/44 
> 
> 
> Gj
> 
> On Fri, Sep 27, 2019 at 3:30 PM Geertjan Wielenga  > wrote:
> 
> On Fri, Sep 27, 2019 at 3:27 PM Chuck Davis  > wrote:
> I think that is a fabulous idea I've been advocating for since JDK11 was 
> released.  What is on the "create a new project" menu needs to create a 
> project that will build and run in the IDE.
> 
> There is a very simple way to advocate anything at all with Maven and 
> NetBeans, just tweak this file whenever you have an improvement, new 
> archetypes, new versions, and provide a pull request. Just this file is all 
> you need, print it out and stick it on your ceiling so you see it whenever 
> you wake up in the morning:
> 
> https://github.com/apache/netbeans/blob/master/java/maven/src/org/netbeans/modules/maven/newproject/MavenWizardIterator.java
>  
> 
> 
> Gj
> 
> 
>  
> 
> On Fri, Sep 27, 2019 at 7:24 AM Geertjan Wielenga  > wrote:
> 
> On Fri, Sep 27, 2019 at 3:21 PM Chuck Davis  > wrote:
> I don't know what archetype should be "registered".  I just know what we've 
> got doesn't work as expected by users.
> 
> Great. So let's fix it. The idea would be to remove the "JavaFX Application" 
> that is currently there and causing you so much headache. Instead of that, 
> we'll have the two samples from Gluon there that are hidden right now in the 
> Samples category.
> 
> What do you think?
> 

Re: Hopefully close to the finish line with Java 11 & FX

[Scott Palmer]

gt; 
> HTH with your frustrations.
> 
> On Fri, Sep 27, 2019 at 5:12 AM Chris Olsen  <mailto:col...@mchsi.com>> wrote:
> Scott and All --
> 
>   > The target should be 11 not 1.11. 
> 
>   Thanks to Scott!  I'm not sure where the 1.11 came from -- I think it was 
> generated somewhere out of my control.  (Yes, passing the buck.)
> 
>   In any case, one step forward has gotten me to another problem, which I 
> believe is with something called javafxpackager:
> 
> ---
>   Failed to execute goal org.codehaus.mojo:exec-maven-plugin:1.2.1:exec 
> (unpack-dependencies) on project Splat_Maven: Command execution failed. 
> Cannot run program "C:\Program 
> Files\AdoptOpenJDK\jdk-11.0.4.11-hotspot\..\bin\javafxpackager" (in directory 
> "C:\Users\olsenc\Documents\NetBeansProjects\Splat_Maven"): CreateProcess 
> error=2, The system cannot find the file specified -> [Help 1]
> ---
> 
>   In searching the web I found a great deal of only partially helpful 
> information, much related to Java 6 and 7.  Some places, in discussing Java 
> 11, seemed to suggest there was no longer in existence a javafxpackager, and 
> would there not be one until Java 14.  This is distressing, as my app is 
> replete with FX.  I wonder if someone could give me an authoritative answer 
> about what javafxpackager -- if it exists -- actually does.  I believe would 
> like to be able to deploy my app bundled with Java 11 in Windows and Mac 
> versions because of my target audience (high school teachers with even less 
> computer savvy that I have).  I'm beginning to think I should just return to 
> Java 8. I have solved many problems in migrating to Java 11, but I am getting 
> a bit discouraged when I contemplate the possibility of many problems still 
> to come, problems that suggest I should change professions from statistician 
> to Java developer -- not something I want to contemplate at this stage in my 
> career.
> 
>   Any advice for the harried and distraught _amateur_ programmer?
> 
>   Thank you in advance!
> 
>   -- Chris
> 
> 
> 
> 
> 
> - Original Message -
> From: Scott Palmer mailto:swpal...@gmail.com>>
> To: Chris Olsen mailto:col...@mchsi.com>>
> Cc: users@netbeans.apache.org <mailto:users@netbeans.apache.org>
> Sent: Tue, 24 Sep 2019 21:29:47 -0400 (EDT)
> Subject: Re: Hopefully close to the finish line with Java 11 & FX
> 
> The target should be 11 not 1.11. 
> 
> Scott
> 
> > On Sep 24, 2019, at 8:49 PM, Chris Olsen  > <mailto:col...@mchsi.com>> wrote:
> > 
> > Hello, Everyone --
> > 
> >   I have downloaded AdoptOpenJDK, JavaFX 11, and Maven (or so I believe).  
> > I have waded through getting to zero FX compile errors, and with the 
> > clarion call of "Excelcior!" I told Apache Netbeans 11.1 to run.  This is 
> > what I got:
> > 
> > 
> > Failed to execute goal 
> > org.apache.maven.plugins:maven-compiler-plugin:3.1:compile 
> > (default-compile) on project Splat_Maven: Fatal error compiling: error: 
> > invalid target release: 1.11 -> [Help 1] 
> > 
> > 
> >   I did my due diligence and looked for solutions on line, but nothing I 
> > found seemed to work.  What I'm thinking is that SOMEwhere I must have told 
> > some file or other that there is another Java 11 in town, but I don't 
> > really know where I would have said this.  (I blew away all my old Java 8 
> > JDKs.
> > 
> >   In hopes that this might give someone might have greater than zero clues, 
> > I am appending some System output below.  Any ideas of what and where to 
> > look for solutions and/or suggestions for how to proceed are very welcome!  
> > I'm running this on Windows 7, but my Windows 10 laptop gives the same 
> > "invalid target release" message.
> > 
> >   Thanks in advance...
> > 
> >   -- Chris Olsen
> > 
> > 
> > 
> > Echo %JAVA_HOME%:
> > 
> > C:\Program Files\AdoptOpenJDK\jdk-11.0.4.11-hotspot\
> > 
> > Echo %MAVEN_HOME%:
> > 
> > c:\Program Files\Maven\apache-maven-3.6.2-bin\apache-maven-3.6.2\bin
> > 
> > 
> > Path:
> > 
> > C:\Program 
> > Files\AdoptOpenJDK\jdk-11.0.4.11-hotspot\bin;C:\ProgramData\Oracle\Java\javapath;C:\Program
> >  Files 
> > (x86)\CambridgeSoft\ChemOffice2015\ChemScript\Lib;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\;C:\Anaconda3;C:\Anaconda3\Scripts;C:\Program
> >  Files\MATLAB\R2015a\bin;c:\Program Files (x86)\

Re: Hopefully close to the finish line with Java 11 & FX

[Scott Palmer]

You can also easily make a JavaFX project with NetBeans if you use a Gradle 
project - as everyone should ;-)

https://openjfx.io/openjfx-docs/#gradle 
<https://openjfx.io/openjfx-docs/#gradle>

But you do have to manually add the javafx-plugin to your Gradle build script.  
Perhaps we can get that fixed with a tweak to the new project wizard for 
Gradle-based projects.

Scott


> On Sep 27, 2019, at 9:47 AM, Chuck Davis  wrote:
> 
> Chris:
> 
> NB has not made a JFX project that works since JDK8.  The JavaFX application 
> should be taken off the new project menu until such time as it can build and 
> run a JFX application.  
> 
> You might find some help here:  https://openjfx.io/openjfx-docs/#maven 
> <https://openjfx.io/openjfx-docs/#maven>
> 
> You can use NB to create the application but then you have to delete the 
> entire pom and replace it with one that works -- which you will find at this 
> link.  After you do that NB will actually run your application from the IDE.
> 
> I recommend you build your dialogs with SceneBuilder outside the IDE for 
> convenience.  One of the great features of fxml is reusability.  You can copy 
> your fxml files into other projects, load them and nothing blows up.  Since 
> NB would not run a JFX application I wrote a script to copy the NB project 
> files to another directory and run it there from a desktop icon.  If you do 
> that there are some tweaks to make for it to find the jfx modules.  I think 
> you will also find  those issues addressed at the link but I don't remember 
> for sure.  If you run into that you can email me off-list and we can discuss 
> what has to be done.
> 
> HTH with your frustrations.
> 
> On Fri, Sep 27, 2019 at 5:12 AM Chris Olsen  <mailto:col...@mchsi.com>> wrote:
> Scott and All --
> 
>   > The target should be 11 not 1.11. 
> 
>   Thanks to Scott!  I'm not sure where the 1.11 came from -- I think it was 
> generated somewhere out of my control.  (Yes, passing the buck.)
> 
>   In any case, one step forward has gotten me to another problem, which I 
> believe is with something called javafxpackager:
> 
> ---
>   Failed to execute goal org.codehaus.mojo:exec-maven-plugin:1.2.1:exec 
> (unpack-dependencies) on project Splat_Maven: Command execution failed. 
> Cannot run program "C:\Program 
> Files\AdoptOpenJDK\jdk-11.0.4.11-hotspot\..\bin\javafxpackager" (in directory 
> "C:\Users\olsenc\Documents\NetBeansProjects\Splat_Maven"): CreateProcess 
> error=2, The system cannot find the file specified -> [Help 1]
> ---
> 
>   In searching the web I found a great deal of only partially helpful 
> information, much related to Java 6 and 7.  Some places, in discussing Java 
> 11, seemed to suggest there was no longer in existence a javafxpackager, and 
> would there not be one until Java 14.  This is distressing, as my app is 
> replete with FX.  I wonder if someone could give me an authoritative answer 
> about what javafxpackager -- if it exists -- actually does.  I believe would 
> like to be able to deploy my app bundled with Java 11 in Windows and Mac 
> versions because of my target audience (high school teachers with even less 
> computer savvy that I have).  I'm beginning to think I should just return to 
> Java 8. I have solved many problems in migrating to Java 11, but I am getting 
> a bit discouraged when I contemplate the possibility of many problems still 
> to come, problems that suggest I should change professions from statistician 
> to Java developer -- not something I want to contemplate at this stage in my 
> career.
> 
>   Any advice for the harried and distraught _amateur_ programmer?
> 
>   Thank you in advance!
> 
>   -- Chris
> 
> 
> 
> 
> 
> - Original Message -
> From: Scott Palmer mailto:swpal...@gmail.com>>
> To: Chris Olsen mailto:col...@mchsi.com>>
> Cc: users@netbeans.apache.org <mailto:users@netbeans.apache.org>
> Sent: Tue, 24 Sep 2019 21:29:47 -0400 (EDT)
> Subject: Re: Hopefully close to the finish line with Java 11 & FX
> 
> The target should be 11 not 1.11. 
> 
> Scott
> 
> > On Sep 24, 2019, at 8:49 PM, Chris Olsen  > <mailto:col...@mchsi.com>> wrote:
> > 
> > Hello, Everyone --
> > 
> >   I have downloaded AdoptOpenJDK, JavaFX 11, and Maven (or so I believe).  
> > I have waded through getting to zero FX compile errors, and with the 
> > clarion call of "Excelcior!" I told Apache Netbeans 11.1 to run.  This is 
> > what I got:
> > 
> > 
> > Failed to execute goal 
> > org.apache.maven.plugins:maven-compiler-plugin:3.1:compile 
> > (default-compile) on project

Re: Question on Netbeans 11 and C++

[Scott Palmer]

Would be great to see C/C++ support via Gradle’s 'cpp-library’ plugin.  A 
smooth Java + JNI   project setup would be welcome along with it.

Existing NetBeans C/C++ support on Windows is not very practical. Bordering on 
almost unusable actually.  (It requires use of a toolset that is virtually 
never used on Windows for native development, is incompatible with Windows 
SDKs, and difficult to maintain and configure.)

> On Sep 27, 2019, at 4:25 AM, Geertjan Wielenga  wrote:
> 
> Yes, that is called the Apache Software Foundation.
> 
> Gj
> 
> On Fri, 27 Sep 2019 at 09:24, Ulf Zibis  > wrote:
> 
> Am 26.09.19 um 23:02 schrieb Peter Kovacs:
> > I do not understand the question. Can you elaborate?
> 
> My understanding of "donation" was, that there is a kind of crowdfunding
> to support the C/C++ plugin.
> 
> -Ulf

Re: Hopefully close to the finish line with Java 11 & FX

[Scott Palmer]

Javafxpackager was removed along with several other things in Java 11.  Sadly 
this was done with no reasonable path forward - there was no replacement for 
javapackager (it was renamed from javafxpackager because it isn’t strictly 
related to JavaFX), nor were many of the removed modules available with modular 
replacements (they were passed off to other open source communities to deal 
with, and those communities completely dropped the ball - Eclipse people I’m 
looking at you).


Anyway.. the new jpackage tool, that was originally intended for Java 13 and 
now is expected as an experimental feature of Java 14, is available as a 
pre-release and can be used to package an application with Java 11.

You can get the early-access build from here https://jdk.java.net/jpackage/ 
<https://jdk.java.net/jpackage/>

jpackage is a tool that will create a native installer for Windows, or a 
package for Linux or macOS, or just an application image.  It includes your 
application and the JRE required to run it, all nicely bundled together so it 
appears as any other platform-specific application.

The new jpackage tool serves the same purpose as javafxpackager, but it is not 
compatible.  The options have changed.

It may be an adventure getting your project working.  I’ve been there… the 
transition away from Java 8 has been a massive headache for this and a few 
other reasons.

Regards,

Scott


> On Sep 27, 2019, at 8:02 AM, Chris Olsen  wrote:
> 
> Scott and All --
> 
>> The target should be 11 not 1.11. 
> 
>  Thanks to Scott!  I'm not sure where the 1.11 came from -- I think it was 
> generated somewhere out of my control.  (Yes, passing the buck.)
> 
>  In any case, one step forward has gotten me to another problem, which I 
> believe is with something called javafxpackager:
> 
> ---
>  Failed to execute goal org.codehaus.mojo:exec-maven-plugin:1.2.1:exec 
> (unpack-dependencies) on project Splat_Maven: Command execution failed. 
> Cannot run program "C:\Program 
> Files\AdoptOpenJDK\jdk-11.0.4.11-hotspot\..\bin\javafxpackager" (in directory 
> "C:\Users\olsenc\Documents\NetBeansProjects\Splat_Maven"): CreateProcess 
> error=2, The system cannot find the file specified -> [Help 1]
> ---
> 
>  In searching the web I found a great deal of only partially helpful 
> information, much related to Java 6 and 7.  Some places, in discussing Java 
> 11, seemed to suggest there was no longer in existence a javafxpackager, and 
> would there not be one until Java 14.  This is distressing, as my app is 
> replete with FX.  I wonder if someone could give me an authoritative answer 
> about what javafxpackager -- if it exists -- actually does.  I believe would 
> like to be able to deploy my app bundled with Java 11 in Windows and Mac 
> versions because of my target audience (high school teachers with even less 
> computer savvy that I have).  I'm beginning to think I should just return to 
> Java 8. I have solved many problems in migrating to Java 11, but I am getting 
> a bit discouraged when I contemplate the possibility of many problems still 
> to come, problems that suggest I should change professions from statistician 
> to Java developer -- not something I want to contemplate at this stage in my 
> career.
> 
>  Any advice for the harried and distraught _amateur_ programmer?
> 
>  Thank you in advance!
> 
>  -- Chris
> 
> 
> 
> 
> 
> - Original Message -
> From: Scott Palmer 
> To: Chris Olsen 
> Cc: users@netbeans.apache.org
> Sent: Tue, 24 Sep 2019 21:29:47 -0400 (EDT)
> Subject: Re: Hopefully close to the finish line with Java 11 & FX
> 
> The target should be 11 not 1.11. 
> 
> Scott
> 
>> On Sep 24, 2019, at 8:49 PM, Chris Olsen  wrote:
>> 
>> Hello, Everyone --
>> 
>>  I have downloaded AdoptOpenJDK, JavaFX 11, and Maven (or so I believe).  I 
>> have waded through getting to zero FX compile errors, and with the clarion 
>> call of "Excelcior!" I told Apache Netbeans 11.1 to run.  This is what I got:
>> 
>> 
>> Failed to execute goal 
>> org.apache.maven.plugins:maven-compiler-plugin:3.1:compile (default-compile) 
>> on project Splat_Maven: Fatal error compiling: error: invalid target 
>> release: 1.11 -> [Help 1] 
>> 
>> 
>>  I did my due diligence and looked for solutions on line, but nothing I 
>> found seemed to work.  What I'm thinking is that SOMEwhere I must have told 
>> some file or other that there is another Java 11 in town, but I don't really 
>> know where I would have said this.  (I blew away all my old Java 8 JDKs.
>> 
>>  In hopes that this might give someone might have greater than zero clues, I 
>> am appe

Re: Hopefully close to the finish line with Java 11 & FX

[Scott Palmer]

The target should be 11 not 1.11. 

Scott

> On Sep 24, 2019, at 8:49 PM, Chris Olsen  wrote:
> 
> Hello, Everyone --
> 
>   I have downloaded AdoptOpenJDK, JavaFX 11, and Maven (or so I believe).  I 
> have waded through getting to zero FX compile errors, and with the clarion 
> call of "Excelcior!" I told Apache Netbeans 11.1 to run.  This is what I got:
> 
> 
> Failed to execute goal 
> org.apache.maven.plugins:maven-compiler-plugin:3.1:compile (default-compile) 
> on project Splat_Maven: Fatal error compiling: error: invalid target release: 
> 1.11 -> [Help 1] 
> 
> 
>   I did my due diligence and looked for solutions on line, but nothing I 
> found seemed to work.  What I'm thinking is that SOMEwhere I must have told 
> some file or other that there is another Java 11 in town, but I don't really 
> know where I would have said this.  (I blew away all my old Java 8 JDKs.
> 
>   In hopes that this might give someone might have greater than zero clues, I 
> am appending some System output below.  Any ideas of what and where to look 
> for solutions and/or suggestions for how to proceed are very welcome!  I'm 
> running this on Windows 7, but my Windows 10 laptop gives the same "invalid 
> target release" message.
> 
>   Thanks in advance...
> 
>   -- Chris Olsen
> 
> 
> 
> Echo %JAVA_HOME%:
> 
> C:\Program Files\AdoptOpenJDK\jdk-11.0.4.11-hotspot\
> 
> Echo %MAVEN_HOME%:
> 
> c:\Program Files\Maven\apache-maven-3.6.2-bin\apache-maven-3.6.2\bin
> 
> 
> Path:
> 
> C:\Program 
> Files\AdoptOpenJDK\jdk-11.0.4.11-hotspot\bin;C:\ProgramData\Oracle\Java\javapath;C:\Program
>  Files 
> (x86)\CambridgeSoft\ChemOffice2015\ChemScript\Lib;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\;C:\Anaconda3;C:\Anaconda3\Scripts;C:\Program
>  Files\MATLAB\R2015a\bin;c:\Program Files (x86)\Microsoft SQL 
> Server\100\Tools\Binn\;c:\Program Files\Microsoft SQL 
> Server\100\Tools\Binn\;c:\Program Files\Microsoft SQL 
> Server\100\DTS\Binn\;C:\PROGRAM FILES\OPENOFFICE.ORG 3\URE\BIN; C:\PROGRAM 
> FILES (X86)\OPENOFFICE.ORG 3\URE\BIN;C:\Program 
> Files\SASHome\Secure\ccme4;C:\Program 
> Files\SASHome\x86\Secure\ccme4;C:\Program Files (x86)\Skype\Phone\; 
> c:\Program Files (x86)\Inno Setup 5;C:\Program Files 
> (x86)\QuickTime\QTSystem\;C:\Program Files (x86)\SMLNJ\bin\;%JAVA_HOME%\bin; 
> C:\Program Files\Java\jdk-11\bin;c:\Program 
> Files\Maven\apache-maven-3.6.2-bin\apache-maven-3.6.2\bin
> 
> -
> 
> -
> 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 11 and Gradle

[Scott Palmer]

Hi Mark,

I use Gradle exclusively. (To the point where if I have to work on a project 
that isn’t using Gradle the first thing I do is convert it to Gradle so I don’t 
have to suffer further ;-).)

#1 - Check the project description as defined in the build.gradle file.  Then 
check the option: Java->Gradle->Appearance->”Use Project Description as Project 
Name”

#2 - I don’t see this.  When opening a build.gradle file, the project name is 
used as the document title.  Editing works as expected and the project is 
automatically refreshed when changes are saved.

#3 - This is an issue.  It seems added source folders don’t work smoothly.  In 
my case I have Java source folders that are populated during the build, but NB 
never notices that there are files in them, even after I force a build to 
populate the folder.


Regards,

Scott

> On Apr 8, 2019, at 2:49 PM, Mark A. Claassen  wrote:
> 
> I am giving Netbeans 11 a try and really appreciate the JavaEE support that 
> is now just included.  Thanks.
>  
> I also appreciate that Gradle is included, but I have having some problems. 
> I can submit some bugs, but I thought I would start here first to see if 
> anyone else is having better luck.
>  
> ---1---
> I have a Gradle project called "Builder" with lots of sub projects. 
> (The "Builder" project is a standalone Gradle project that points to files in 
> other directories and builds my distribution) The properties dialog shows the 
> name as “Builder”, but in the Netbeans file tree, it shows as "Root Project"
> (This did not happen with the gradle plugin I used in previous versions)
>  
> ---2---
> When I try to open a build.gradle file, it opens a tab with no name on it and 
> it shows a broken 'local history' of the file and not the file itself.
> There is no button to switch back to the source.  In fact, I have found no 
> way to edit this in the Netbeans at all and have to use an external text 
> editor to edit the file.
> (This did not happen with the Gradle plugin I used in previous versions)
>  
> ---3---
> I have few helper Java classes that I put in the 'buildSrc' directory of my 
> "Builder" project. 
> When I run my Gradle build, these build just fine, but the Netbeans Java 
> editor is totally confused with these files and therefore cannot see any 
> other classes because the system classes; not even files in the same package 
> (directory). 
> I have a feeling Netbeans is just confused about what package these files are 
> in.
> (This, I think, did happen with the older plugin)
>  
> Does anyone else use Gradle?  Have you had better luck than me?
>  
> Thanks,
>  
>  
> Mark Claassen
> Senior Software Engineer
>  
> Donnell Systems, Inc.
> 130 South Main Street
> Leighton Plaza Suite 375
> South Bend, IN  46601
> E-mail: mailto:mclaas...@ocie.net 
> Voice: (574)232-3784
> Fax: (574)232-4014
>   
> ---
> Confidentiality Notice: OCIESERVICE
> ---
> The contents of this e-mail message and any attachments are intended solely 
> for the addressee(s) named in this message. This communication is intended to 
> be and to remain confidential. If you are not the intended recipient of this 
> message, or if this message has been addressed to you in error, please 
> immediately alert the sender by reply e-mail and then delete this message and 
> its attachments. Do not deliver, distribute, copy, disclose the contents or 
> take any action in reliance upon the information contained in the 
> communication or any attachments.

Failing Gradle support for modular JavaFX project in 11-vc2

[Scott Palmer]

I just recently attempted to make a modular project.  


I’m using JavaFX so I tried the somewhat-official  javafx gradle plugin and 
used the modular gradle example from here: 
https://github.com/openjfx/samples/tree/master/CommandLine/Modular/Gradle/hellofx
 


NetBeans is not happy with this at all.

module-info.java claims the javafx.controls module cannot be found

The code editor complains about all the javafx imports stating that:

   "package javafx.scene is not visible
(package javafx.scene is declared in the unnamed module, but module 
javafx.scene does not read it)"


Does anyone know the solution?

From the command line ‘“gradle build” works without any complaints.

It looks like NetBeans sees the JavaFX stuff as added to the class path instead 
of the module path.

I can use JavaFX in a non-modular way, and I can hack the Gradle manually to 
insert —add-module and —module-path args to various build steps, but I was 
trying to do things based on the examples.

Scott

Re: Executable version

[Scott Palmer]

Since the code doesn’t really change, consider a utility to update the version 
resource in-place.
It might even be easy enough to do this directly with JNA and call the 
appropriate Windows APIs
https://docs.microsoft.com/en-us/windows/desktop/menurc/adding-deleting-and-replacing-resources
 


I think the jpackage tool does something similar. 
https://jdk.java.net/jpackage/ 


Scott


> On Jan 4, 2019, at 2:52 PM, Emilian Bold  wrote:
> 
> Good catch! That .exe doesn't need to be compiled very often since it
> doesn't change and there's not much it has to do.
> 
> So, we last compiled it for NetBeans 9 and will use it until it breaks :-)
> 
> Please open a JIRA issue if you want, but we'll have to wait for Jan
> to recompile the .exe.
> 
> --emi
> 
> http://coolbeans.xyz/ - CoolBeans: An IDE for Java, JavaEE, PHP and more!
> 
> On Fri, Jan 4, 2019 at 8:16 PM Mark A. Claassen  wrote:
>> 
>> This is not a big deal, but I noticed that the Windows executable properties 
>> are old.
>> 
>> 
>> 
>> Right click on “netbeans64.exe” and select “Properties”.  Then on the 
>> “Details” tab there are several items, some of which are out of date:
>> 
>> 
>> 
>> File Version: 9.0.0.0
>> 
>> Product Name: Netbeans IDE 9.0
>> 
>> Product Version 9.0.0.0
>> 
>> 
>> 
>> 
>> 
>> Mark Claassen
>> 
>> Senior Software Engineer
>> 
>> 
>> 
>> Donnell Systems, Inc.
>> 
>> 130 South Main Street
>> 
>> Leighton Plaza Suite 375
>> 
>> South Bend, IN  46601
>> 
>> E-mail: mailto:mclaas...@ocie.net
>> 
>> Voice: (574)232-3784
>> 
>> Fax: (574)232-4014
>> 
>> 
>> 
>> Disclaimer:
>> 
>> The opinions provided herein do not necessarily state or reflect
>> 
>> those of Donnell Systems, Inc.(DSI). DSI makes no warranty for and
>> 
>> assumes no legal liability or responsibility for the posting.
>> 
>> 
> 
> -
> 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
> 

How to work with optional Modules?

[Scott Palmer]

I’m copying both the users and dev lists because  1) I tried a similar question 
on the users list where I think this belongs and got no response, 2) something 
is wrong and there should be a discussion with  devs.

Netbeans does not seem to have any place to add modules for non-modular 
applications.

(I assert that most significantly complex applications cannot be modularized at 
this point because sooner or later the dependency chain will hit a 
non-modularized library.)

For example the java.logging module is part of the JDK but needs to be added as 
a dependency using "--add-module java.logging”.

I can make the changes to my Gradle build script to have these options set, but 
NetBeans remains ignorant of the added modules and thus highlights the code as 
if it contains errors.  Everything builds fine though.  I can’t find any place 
in NetBeans to add this information.  I even tried editing the 
etc/netbeans.conf file to add a -J--add-modules=ALL-SYSTEM to the default 
options, but that didn’t seem to have any effect on whatever code is 
determining where all those red squiggles go.

Thinking maybe this was just a Gradle integration issue, I tried an Ant-based 
project (which is not an option for my real work).  There I noticed different 
behaviour.  I was able to import java.util.logging.* without it showing as an 
error, but curiously the auto-complete would not suggest that there was such a 
package called ‘logging’ after typing java.util.  Though once I typed it 
manually, suggestions for classes in the java.util.logging package were made.

It seems there are still a lot of rough edges regarding the module system. I 
didn’t find anything in JIRA, but I can’t imagine that this isn’t a known 
issue.  What am I missing?

Regards,

Scott


-
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

Adding Modules for a non-modular app

[Scott Palmer]

Hello NetBeans people,

I am trying to migrate several projects form JDK 8 to JDK 11.  All of my 
projects use Gradle.  The projects can not be modularized because all of their 
dependencies are not 100% modularized yet.  (Don’t get me started on that 
disaster, thanks Oracle) So there is no module-info.java.  I can get them to 
build with Gradle, but they require additional modules e.g. :
   --add-module java.logging

How do I tell the NetBeans editor, so that it doesn’t complain that the 
java.util.logging classes are missing and underline them as errors?

Regards,

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