Re: [platform] Adding the WindowManager to a SwingNode

2019-09-27 Thread Patrik Karlström
I managed to get hold of the org.netbeans.core.windows.view.ui.MainWindow
and put it in a JavaFx Stage,
however, much of the behavior got lost in the process so I guess this isn't
the way to go.
My little test is available at
https://github.com/trixon/stagewm/blob/master/core/src/main/java/se/trixon/stagewm/core/Initializer.java
Maybe it's possible to improve it, or focus on a JavaFx WindowManager.

Den mån 16 sep. 2019 kl 12:49 skrev Patrik Karlström :

> I'm working on a hybrid platform app in the sense of combing Swing and
> JavaFx.
> Swing is used for the main window, dialogs and the "window manager tabs",
> everything else is JavaFx, including the content of the TopComponents.
> The tool- and statusbar is also JavaFx.
>
> https://mapton.org/wp-content/uploads/2019/07/2019-07-25-174127_1280x800_scrot.png
>
> Now I'm entertaining the idea of using a JavaFx Stage as the main window
> and make all dialogs in JavaFx too.
>
> I have written platform applications with a Stage in the past, but not
> with the WindowManager.
>
> Is it possible to add the default org.openide.windows.WindowManager to
> a javafx.embed.swing.SwingNode?
>
> If so, how do I get hold of the component that represents the window
> manager ui?
>
> -Patrik
>


Re: Question on Netbeans 11 and C++

2019-09-27 Thread Alonso Del Arte
Ah yes, MinGW, I remember now. It would have been a lot more overhead than
Cygwin and at the time I just wanted to do a few simple command line
applications. I was thinking about native Windows applications but I didn't
get past the research stage.

Thank you very much for elaborating.

On Fri, Sep 27, 2019 at 9:32 PM Scott Palmer  wrote:

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

-- 
Alonso del Arte
Author at SmashWords.com

Musician at ReverbNation.com 


Re: Question on Netbeans 11 and C++

2019-09-27 Thread 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: Hopefully close to the finish line with Java 11 & FX

2019-09-27 Thread 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: Question on Netbeans 11 and C++

2019-09-27 Thread Alonso Del Arte
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: Hopefully close to the finish line with Java 11 & FX

2019-09-27 Thread Chuck Davis
Done.

On Fri, Sep 27, 2019 at 8: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
>
>
>


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

2019-09-27 Thread Geertjan Wielenga
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

2019-09-27 Thread Geertjan Wielenga
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

2019-09-27 Thread Chuck Davis
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.

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

2019-09-27 Thread Scott Palmer
Using NetBeans 11.2-beta1…
Immediately after creating a new Maven JavaFX project the project shows errors.
All imports from javafx.* are indicated as errors with the message “package 
does not exist”

Building the project also fails with the bizarre error "Fatal Error: Unable to 
find package java.lang in classpath or bootclasspath”

This is running on macOS with OpenJDK 12.0.2

Build log follows:

cd /Users/scott/NetBeansProjects/mvnjfx; 
JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-12.0.2.jdk/Contents/Home 
"/Applications/NetBeans/NetBeans 11.2 
Beta.app/Contents/Resources/NetBeans/java/maven/bin/mvn" install
Scanning for projects...


Building mvnjfx 1.0-SNAPSHOT

Downloading: 
https://repo.maven.apache.org/maven2/org/codehaus/mojo/exec-maven-plugin/1.2.1/exec-maven-plugin-1.2.1.pom
 
Downloaded: 
https://repo.maven.apache.org/maven2/org/codehaus/mojo/exec-maven-plugin/1.2.1/exec-maven-plugin-1.2.1.pom
 (8 KB at 25.7 KB/sec)
Downloading: 
https://repo.maven.apache.org/maven2/org/codehaus/mojo/mojo-parent/28/mojo-parent-28.pom
   
Downloaded: 
https://repo.maven.apache.org/maven2/org/codehaus/mojo/mojo-parent/28/mojo-parent-28.pom
 (26 KB at 437.3 KB/sec)
Downloading: 
https://repo.maven.apache.org/maven2/org/codehaus/codehaus-parent/3/codehaus-parent-3.pom
 
Downloaded: 
https://repo.maven.apache.org/maven2/org/codehaus/codehaus-parent/3/codehaus-parent-3.pom
 (5 KB at 80.2 KB/sec)
Downloading: 
https://repo.maven.apache.org/maven2/org/codehaus/mojo/exec-maven-plugin/1.2.1/exec-maven-plugin-1.2.1.jar
   
Downloaded: 
https://repo.maven.apache.org/maven2/org/codehaus/mojo/exec-maven-plugin/1.2.1/exec-maven-plugin-1.2.1.jar
 (37 KB at 141.0 KB/sec)
Downloading: 
https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-compiler-plugin/3.1/maven-compiler-plugin-3.1.pom
   
Downloaded: 
https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-compiler-plugin/3.1/maven-compiler-plugin-3.1.pom
 (10 KB at 293.3 KB/sec)
Downloading: 
https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-plugins/24/maven-plugins-24.pom
   
Downloaded: 
https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-plugins/24/maven-plugins-24.pom
 (11 KB at 301.5 KB/sec)
Downloading: 
https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-surefire-plugin/2.16/maven-surefire-plugin-2.16.pom
 
Downloaded: 
https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-surefire-plugin/2.16/maven-surefire-plugin-2.16.pom
 (5 KB at 132.0 KB/sec)
Downloading: 
https://repo.maven.apache.org/maven2/org/apache/maven/surefire/surefire/2.16/surefire-2.16.pom
   
Downloaded: 
https://repo.maven.apache.org/maven2/org/apache/maven/surefire/surefire/2.16/surefire-2.16.pom
 (19 KB at 453.7 KB/sec)
Downloading: 
https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-surefire-plugin/2.16/maven-surefire-plugin-2.16.jar
   
Downloaded: 
https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-surefire-plugin/2.16/maven-surefire-plugin-2.16.jar
 (34 KB at 851.1 KB/sec)
Downloading: 
https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-dependency-plugin/2.6/maven-dependency-plugin-2.6.pom
   
Downloaded: 
https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-dependency-plugin/2.6/maven-dependency-plugin-2.6.pom
 (11 KB at 272.3 KB/sec)
Downloading: 
https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-dependency-plugin/2.6/maven-dependency-plugin-2.6.jar
 
Downloaded: 
https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-dependency-plugin/2.6/maven-dependency-plugin-2.6.jar
 (142 KB at 1786.8 KB/sec)

--- maven-resources-plugin:2.6:resources (default-resources) @ mvnjfx ---
Using 'UTF-8' encoding to copy filtered resources.
Copying 2 resources

--- maven-compiler-plugin:3.1:compile (default-compile) @ mvnjfx ---
Downloading: 
https://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus-compiler-api/2.2/plexus-compiler-api-2.2.pom

Downloaded: 
https://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus-compiler-api/2.2/plexus-compiler-api-2.2.pom
 (865 B at 24.8 KB/sec)
Downloading: 
https://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus-compiler/2.2/plexus-compiler-2.2.pom
 
Downloaded: 
https://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus-compiler/2.2/plexus-compiler-2.2.pom
 (4 KB at 103.8 KB/sec)
Downloading: 
https://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus-compiler-manager/2.2/plexus-compiler-manager-2.2.pom

Downloaded: 

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

2019-09-27 Thread Geertjan Wielenga
On Fri, Sep 27, 2019 at 3:24 PM Chuck Davis  wrote:

> If using a "sample" is required that should be indicated someplace where
> users will find it a project creation time.  I've been using NB for many
> years and have never had to resort to using a sample to create a project.
> It's not what a user would expect in my opinion.
>
>
Great, so go ahead and say how happy you are with this issue and pull
request, not here, but in the issue and pull request:

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

https://issues.apache.org/jira/browse/NETBEANS-3175

Gj



> If NB wants to maintain compatibility with JDK8 and JDK11+ then if two
> different archetypes are required we need two different project types --
> JFX for JDK8 and JFX for JDK11+.  ??
>
> On Fri, Sep 27, 2019 at 7:18 AM Geertjan Wielenga 
> wrote:
>
>>
>> Ideally, use the Gluon OpenJFX samples in the Sample category in the New
>> Project dialog -- and maybe we should replace the JavaFX Application with
>> those two samples instead?
>>
>>
>>


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

2019-09-27 Thread Chuck Davis
If using a "sample" is required that should be indicated someplace where
users will find it a project creation time.  I've been using NB for many
years and have never had to resort to using a sample to create a project.
It's not what a user would expect in my opinion.

If NB wants to maintain compatibility with JDK8 and JDK11+ then if two
different archetypes are required we need two different project types --
JFX for JDK8 and JFX for JDK11+.  ??

On Fri, Sep 27, 2019 at 7:18 AM Geertjan Wielenga 
wrote:

>
> Ideally, use the Gluon OpenJFX samples in the Sample category in the New
> Project dialog -- and maybe we should replace the JavaFX Application with
> those two samples instead?
>
>
>


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

2019-09-27 Thread Geertjan Wielenga
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?

Gj



>
> On Fri, Sep 27, 2019 at 7:13 AM Geertjan Wielenga 
> wrote:
>
>> Here is where that archetype is registered, is there another one we
>> should register instead:
>>
>>
>> https://github.com/apache/netbeans/blob/master/java/maven/src/org/netbeans/modules/maven/newproject/MavenWizardIterator.java
>>
>> See line 76 to 80 in the above.
>>
>> Gj
>>
>>
>> On Fri, Sep 27, 2019 at 3:10 PM Chuck Davis  wrote:
>>
>>> I don't think most users are going to build a project from samples (they
>>> expect what's on the menu to work).  Fortunately, I cared enough to find
>>> work-arounds people had posted on the internet but for new users it's a
>>> bombshell.
>>>
>>> On Fri, Sep 27, 2019 at 7:07 AM Geertjan Wielenga 
>>> wrote:
>>>
 Go to the Samples category in the New Project dialog and choose JavaFX.





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

2019-09-27 Thread Geertjan Wielenga
https://issues.apache.org/jira/browse/NETBEANS-3175

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

Gj


On Fri, Sep 27, 2019 at 3:18 PM Geertjan Wielenga 
wrote:

> Let's start by being clear about what this means: "Immediately after
> creating a new Maven JavaFX project the project shows errors."
>
> Can you just do step by step what you're doing, please?
>
> Ideally, use the Gluon OpenJFX samples in the Sample category in the New
> Project dialog -- and maybe we should replace the JavaFX Application with
> those two samples instead?
>
> Gj
>
> On Fri, Sep 27, 2019 at 3:16 PM Scott Palmer  wrote:
>
>> Using NetBeans 11.2-beta1…
>> Immediately after creating a new Maven JavaFX project the project shows
>> errors.
>> All imports from javafx.* are indicated as errors with the message
>> “package does not exist”
>>
>> Building the project also fails with the bizarre error "Fatal Error:
>> Unable to find package java.lang in classpath or bootclasspath”
>>
>> This is running on macOS with OpenJDK 12.0.2
>>
>> Build log follows:
>>
>> cd /Users/scott/NetBeansProjects/mvnjfx;
>> JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-12.0.2.jdk/Contents/Home
>> "/Applications/NetBeans/NetBeans 11.2
>> Beta.app/Contents/Resources/NetBeans/java/maven/bin/mvn" install
>> Scanning for projects...
>>
>> 
>> Building mvnjfx 1.0-SNAPSHOT
>> 
>> Downloading:
>> https://repo.maven.apache.org/maven2/org/codehaus/mojo/exec-maven-plugin/1.2.1/exec-maven-plugin-1.2.1.pom
>>
>> Downloaded:
>> https://repo.maven.apache.org/maven2/org/codehaus/mojo/exec-maven-plugin/1.2.1/exec-maven-plugin-1.2.1.pom
>> (8 KB at 25.7 KB/sec)
>> Downloading:
>> https://repo.maven.apache.org/maven2/org/codehaus/mojo/mojo-parent/28/mojo-parent-28.pom
>>
>> Downloaded:
>> https://repo.maven.apache.org/maven2/org/codehaus/mojo/mojo-parent/28/mojo-parent-28.pom
>> (26 KB at 437.3 KB/sec)
>> Downloading:
>> https://repo.maven.apache.org/maven2/org/codehaus/codehaus-parent/3/codehaus-parent-3.pom
>>
>> Downloaded:
>> https://repo.maven.apache.org/maven2/org/codehaus/codehaus-parent/3/codehaus-parent-3.pom
>> (5 KB at 80.2 KB/sec)
>> Downloading:
>> https://repo.maven.apache.org/maven2/org/codehaus/mojo/exec-maven-plugin/1.2.1/exec-maven-plugin-1.2.1.jar
>>
>> Downloaded:
>> https://repo.maven.apache.org/maven2/org/codehaus/mojo/exec-maven-plugin/1.2.1/exec-maven-plugin-1.2.1.jar
>> (37 KB at 141.0 KB/sec)
>> Downloading:
>> https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-compiler-plugin/3.1/maven-compiler-plugin-3.1.pom
>>
>> Downloaded:
>> https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-compiler-plugin/3.1/maven-compiler-plugin-3.1.pom
>> (10 KB at 293.3 KB/sec)
>> Downloading:
>> https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-plugins/24/maven-plugins-24.pom
>>
>> Downloaded:
>> https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-plugins/24/maven-plugins-24.pom
>> (11 KB at 301.5 KB/sec)
>> Downloading:
>> https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-surefire-plugin/2.16/maven-surefire-plugin-2.16.pom
>>
>> Downloaded:
>> https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-surefire-plugin/2.16/maven-surefire-plugin-2.16.pom
>> (5 KB at 132.0 KB/sec)
>> Downloading:
>> https://repo.maven.apache.org/maven2/org/apache/maven/surefire/surefire/2.16/surefire-2.16.pom
>>
>> Downloaded:
>> https://repo.maven.apache.org/maven2/org/apache/maven/surefire/surefire/2.16/surefire-2.16.pom
>> (19 KB at 453.7 KB/sec)
>> Downloading:
>> https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-surefire-plugin/2.16/maven-surefire-plugin-2.16.jar
>>
>> Downloaded:
>> https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-surefire-plugin/2.16/maven-surefire-plugin-2.16.jar
>> (34 KB at 851.1 KB/sec)
>> Downloading:
>> https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-dependency-plugin/2.6/maven-dependency-plugin-2.6.pom
>>
>> Downloaded:
>> https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-dependency-plugin/2.6/maven-dependency-plugin-2.6.pom
>> (11 KB at 272.3 KB/sec)
>> Downloading:
>> https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-dependency-plugin/2.6/maven-dependency-plugin-2.6.jar
>>
>> Downloaded:
>> https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-dependency-plugin/2.6/maven-dependency-plugin-2.6.jar
>> (142 KB at 1786.8 KB/sec)
>>
>> --- maven-resources-plugin:2.6:resources (default-resources) @ mvnjfx ---
>> Using 'UTF-8' encoding to copy filtered resources.
>> Copying 2 resources
>>
>> --- maven-compiler-plugin:3.1:compile (default-compile) @ mvnjfx ---
>> Downloading:
>> https://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus-compiler-api/2.2/plexus-compiler-api-2.2.pom
>>
>> Downloaded:
>> 

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

2019-09-27 Thread Chuck Davis
I don't know what archetype should be "registered".  I just know what we've
got doesn't work as expected by users.

On Fri, Sep 27, 2019 at 7:13 AM Geertjan Wielenga 
wrote:

> Here is where that archetype is registered, is there another one we should
> register instead:
>
>
> https://github.com/apache/netbeans/blob/master/java/maven/src/org/netbeans/modules/maven/newproject/MavenWizardIterator.java
>
> See line 76 to 80 in the above.
>
> Gj
>
>
> On Fri, Sep 27, 2019 at 3:10 PM Chuck Davis  wrote:
>
>> I don't think most users are going to build a project from samples (they
>> expect what's on the menu to work).  Fortunately, I cared enough to find
>> work-arounds people had posted on the internet but for new users it's a
>> bombshell.
>>
>> On Fri, Sep 27, 2019 at 7:07 AM Geertjan Wielenga 
>> wrote:
>>
>>> Go to the Samples category in the New Project dialog and choose JavaFX.
>>>
>>>
>>>


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

2019-09-27 Thread Geertjan Wielenga
Let's start by being clear about what this means: "Immediately after
creating a new Maven JavaFX project the project shows errors."

Can you just do step by step what you're doing, please?

Ideally, use the Gluon OpenJFX samples in the Sample category in the New
Project dialog -- and maybe we should replace the JavaFX Application with
those two samples instead?

Gj

On Fri, Sep 27, 2019 at 3:16 PM Scott Palmer  wrote:

> Using NetBeans 11.2-beta1…
> Immediately after creating a new Maven JavaFX project the project shows
> errors.
> All imports from javafx.* are indicated as errors with the message
> “package does not exist”
>
> Building the project also fails with the bizarre error "Fatal Error:
> Unable to find package java.lang in classpath or bootclasspath”
>
> This is running on macOS with OpenJDK 12.0.2
>
> Build log follows:
>
> cd /Users/scott/NetBeansProjects/mvnjfx;
> JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk-12.0.2.jdk/Contents/Home
> "/Applications/NetBeans/NetBeans 11.2
> Beta.app/Contents/Resources/NetBeans/java/maven/bin/mvn" install
> Scanning for projects...
>
> 
> Building mvnjfx 1.0-SNAPSHOT
> 
> Downloading:
> https://repo.maven.apache.org/maven2/org/codehaus/mojo/exec-maven-plugin/1.2.1/exec-maven-plugin-1.2.1.pom
>
> Downloaded:
> https://repo.maven.apache.org/maven2/org/codehaus/mojo/exec-maven-plugin/1.2.1/exec-maven-plugin-1.2.1.pom
> (8 KB at 25.7 KB/sec)
> Downloading:
> https://repo.maven.apache.org/maven2/org/codehaus/mojo/mojo-parent/28/mojo-parent-28.pom
>
> Downloaded:
> https://repo.maven.apache.org/maven2/org/codehaus/mojo/mojo-parent/28/mojo-parent-28.pom
> (26 KB at 437.3 KB/sec)
> Downloading:
> https://repo.maven.apache.org/maven2/org/codehaus/codehaus-parent/3/codehaus-parent-3.pom
>
> Downloaded:
> https://repo.maven.apache.org/maven2/org/codehaus/codehaus-parent/3/codehaus-parent-3.pom
> (5 KB at 80.2 KB/sec)
> Downloading:
> https://repo.maven.apache.org/maven2/org/codehaus/mojo/exec-maven-plugin/1.2.1/exec-maven-plugin-1.2.1.jar
>
> Downloaded:
> https://repo.maven.apache.org/maven2/org/codehaus/mojo/exec-maven-plugin/1.2.1/exec-maven-plugin-1.2.1.jar
> (37 KB at 141.0 KB/sec)
> Downloading:
> https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-compiler-plugin/3.1/maven-compiler-plugin-3.1.pom
>
> Downloaded:
> https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-compiler-plugin/3.1/maven-compiler-plugin-3.1.pom
> (10 KB at 293.3 KB/sec)
> Downloading:
> https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-plugins/24/maven-plugins-24.pom
>
> Downloaded:
> https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-plugins/24/maven-plugins-24.pom
> (11 KB at 301.5 KB/sec)
> Downloading:
> https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-surefire-plugin/2.16/maven-surefire-plugin-2.16.pom
>
> Downloaded:
> https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-surefire-plugin/2.16/maven-surefire-plugin-2.16.pom
> (5 KB at 132.0 KB/sec)
> Downloading:
> https://repo.maven.apache.org/maven2/org/apache/maven/surefire/surefire/2.16/surefire-2.16.pom
>
> Downloaded:
> https://repo.maven.apache.org/maven2/org/apache/maven/surefire/surefire/2.16/surefire-2.16.pom
> (19 KB at 453.7 KB/sec)
> Downloading:
> https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-surefire-plugin/2.16/maven-surefire-plugin-2.16.jar
>
> Downloaded:
> https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-surefire-plugin/2.16/maven-surefire-plugin-2.16.jar
> (34 KB at 851.1 KB/sec)
> Downloading:
> https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-dependency-plugin/2.6/maven-dependency-plugin-2.6.pom
>
> Downloaded:
> https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-dependency-plugin/2.6/maven-dependency-plugin-2.6.pom
> (11 KB at 272.3 KB/sec)
> Downloading:
> https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-dependency-plugin/2.6/maven-dependency-plugin-2.6.jar
>
> Downloaded:
> https://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-dependency-plugin/2.6/maven-dependency-plugin-2.6.jar
> (142 KB at 1786.8 KB/sec)
>
> --- maven-resources-plugin:2.6:resources (default-resources) @ mvnjfx ---
> Using 'UTF-8' encoding to copy filtered resources.
> Copying 2 resources
>
> --- maven-compiler-plugin:3.1:compile (default-compile) @ mvnjfx ---
> Downloading:
> https://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus-compiler-api/2.2/plexus-compiler-api-2.2.pom
>
> Downloaded:
> https://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus-compiler-api/2.2/plexus-compiler-api-2.2.pom
> (865 B at 24.8 KB/sec)
> Downloading:
> https://repo.maven.apache.org/maven2/org/codehaus/plexus/plexus-compiler/2.2/plexus-compiler-2.2.pom
>
> Downloaded:
> 

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

2019-09-27 Thread Geertjan Wielenga
Here is where that archetype is registered, is there another one we should
register instead:

https://github.com/apache/netbeans/blob/master/java/maven/src/org/netbeans/modules/maven/newproject/MavenWizardIterator.java

See line 76 to 80 in the above.

Gj


On Fri, Sep 27, 2019 at 3:10 PM Chuck Davis  wrote:

> I don't think most users are going to build a project from samples (they
> expect what's on the menu to work).  Fortunately, I cared enough to find
> work-arounds people had posted on the internet but for new users it's a
> bombshell.
>
> On Fri, Sep 27, 2019 at 7:07 AM Geertjan Wielenga 
> wrote:
>
>> Go to the Samples category in the New Project dialog and choose JavaFX.
>>
>>
>>


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

2019-09-27 Thread Chuck Davis
I don't think most users are going to build a project from samples (they
expect what's on the menu to work).  Fortunately, I cared enough to find
work-arounds people had posted on the internet but for new users it's a
bombshell.

On Fri, Sep 27, 2019 at 7:07 AM Geertjan Wielenga 
wrote:

> Go to the Samples category in the New Project dialog and choose JavaFX.
>
>
>


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

2019-09-27 Thread Geertjan Wielenga
Go to the Samples category in the New Project dialog and choose JavaFX.

Gj

On Fri, Sep 27, 2019 at 3:04 PM Chuck Davis  wrote:

> That would be a good motive to move to Gradle!!
>
> On Fri, Sep 27, 2019 at 7:00 AM Scott Palmer  wrote:
>
>> 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
>>
>> 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
>>
>> 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  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 

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

2019-09-27 Thread Chuck Davis
That would be a good motive to move to Gradle!!

On Fri, Sep 27, 2019 at 7:00 AM Scott Palmer  wrote:

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

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

2019-09-27 Thread Chuck Davis
I should have added "that compiles" under JDK 12.  It may still work with
JDK 8 -- don't know.

On Fri, Sep 27, 2019 at 7:00 AM Chuck Davis  wrote:

> I just tried it a few minutes ago to be sure it hadn't been fixed.  NB
> 11.1 does NOT create a JFX application that compiles.
>
>
>


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

2019-09-27 Thread Chuck Davis
I just tried it a few minutes ago to be sure it hadn't been fixed.  NB 11.1
does NOT create a JFX application that compiles.

On Fri, Sep 27, 2019 at 6:58 AM Geertjan Wielenga 
wrote:

> The Gluon OpenJFX Maven sample archetypes have been part of Apache
> NetBeans since 11.1.
>
> Gj
>
> On Fri, Sep 27, 2019 at 2:54 PM 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
>>
>> 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  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 appending some System output below.  Any ideas of what and
>>> where to look for 

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

2019-09-27 Thread 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 


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

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

2019-09-27 Thread Chuck Davis
Scott, glad to hear I'm not the only one with major headaches.  Java 8 and
Java 11 are such vastly different creatures I don't see how anyone would
expect NB to address both equally well.  It militates for a break in
compatibility with the IDE in my opinion.  Those who want to stay on Java 8
can continue using NB 11.  Those of us who move forward should not be held
back by an antiquated IDE that tries to live in two entirely different
worlds.

On Fri, Sep 27, 2019 at 6:45 AM Scott Palmer  wrote:

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

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

2019-09-27 Thread Geertjan Wielenga
The Gluon OpenJFX Maven sample archetypes have been part of Apache NetBeans
since 11.1.

Gj

On Fri, Sep 27, 2019 at 2:54 PM 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
>
> 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  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 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%:
>> >

Re: Question on Netbeans 11 and C++

2019-09-27 Thread 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

2019-09-27 Thread 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/ 


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

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

2019-09-27 Thread Chris Olsen
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 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
> 


Re: Question on Netbeans 11 and C++

2019-09-27 Thread Peter Kovacs
Donation in this context means Oracle donation of code to the ASF. (and not 
money) 

Maybe that provides more sense to GJ comment. ;) 

Am 27. September 2019 10:25:35 MESZ schrieb Geertjan Wielenga 
:
>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
>>
>>
>>
>> -
>> 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++

2019-09-27 Thread Ulf Zibis


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



-
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