date:20180820

Re: JavaFX for NetBeans GUI

2018-08-20 Thread Chuck Davis

Microsoft will continue laughing all the way to the bank as long as they
can keep the Java crowd believing their desktop monopoly is just a niche
market.  In the US small businesses are the largest employer segment and we
live on a desktop.  More and more of them with larger and larger screens.
Of course, we also use browsers for web access and cell phones to talk with
each other.  But we get our work done with a desktop client/server
application for the most part; and no, we don't want to have to try to get
anything done with something as crude as a browser interface.  That should
be more than apparent from the recent rash of class action lawsuits that
have been filed against Oracle's attempt to force customers to a browser
interface.  We simply don't want it in small businesses.  Long live the
niche!!

On Mon, Aug 20, 2018 at 12:56 PM Eirik Bakke  wrote:

> Both Swing and JavaFX are niche technologies, and I'd question the value
> of porting a large existing application from one to another.
>
>
>

RE: JavaFX for NetBeans GUI

2018-08-20 Thread Eirik Bakke

Yes--contributions should be encouraged and welcomed. :-)

-- Eirik

From: Geertjan Wielenga 
Sent: Monday, August 20, 2018 4:18 PM
To: us...@netbeans.incubator.apache.org
Subject: Re: JavaFX for NetBeans GUI

Agree 100%, but didn’t want to be too discouraging, hence typed ‘months’ while 
thinking ‘years’.

Gj

On Monday, August 20, 2018, Eirik Bakke 
mailto:eba...@ultorg.com>> wrote:
> I would estimate that the work involved, depending on how many and who would 
> do it, would take at least 6 months

I think this would take years, not months--it's almost like building a whole 
new IDE. Meanwhile, the codebase would become cluttered with a mix of Swing and 
JavaFX APIs, and the UI would no longer have a L that's consistent with the 
user's operating system. Or worse--there would be a mix of L within the GUI, 
if Swing and JavaFX components are mixed. Both Swing and JavaFX are niche 
technologies, and I'd question the value of porting a large existing 
application from one to another.
On the other hand, someone could create a fresh new JavaFX-based IDE as a 
NetBeans Platform application that reuses only backend-related NetBeans 
Platform & IDE modules. That would avoid affecting the existing codebase, and 
it could be made purely JavaFX from the start. Though personally, I'd much 
prefer to see efforts focused on improving the existing, mature NetBeans UI.

-- Eirik

From: Geertjan Wielenga 
Sent: Thursday, August 16, 2018 8:19 AM
To: 
us...@netbeans.incubator.apache.org
Subject: Re: JavaFX for NetBeans GUI

Aside from the licensing concerns, I think we need to set some expectations 
here. I.e., rewriting the NetBeans user interface from Swing to JavaFX is a LOT 
of work. And it has to be done really well and be really performant and require 
a group of very highly skilled JavaFX developers. I would estimate that the 
work involved, depending on how many and who would do it, would take at least 6 
months, though that's a rough estimate. It's probably one of the most complex 
tasks that I can think of in relation to Apache NetBeans.

So, it would be great for this to be done, but let's not be naive about the 
amount of work, skills, and energy required.

Gj

On Thu, Aug 16, 2018 at 2:15 PM, Neil C Smith 
mailto:neilcsm...@apache.org>> wrote:

On Thu, 16 Aug 2018, 12:51 Josh Juneau, 
mailto:juneau...@gmail.com>> wrote:
It would be nice to have a JavaFX GUI for NetBeans, specifically if something 
like Gluon Mobile were used

For that to happen *here* would require a shift in Apache policies towards GPL 
w/CPE licensed dependencies as far as I know. Of course, ongoing modularization 
of the JDK and changes in deployment strategies might provoke a change.

Best wishes,

Neil

Re: JavaFX for NetBeans GUI

2018-08-20 Thread Geertjan Wielenga

Agree 100%, but didn’t want to be too discouraging, hence typed ‘months’
while thinking ‘years’.

Gj

On Monday, August 20, 2018, Eirik Bakke  wrote:

> > I would estimate that the work involved, depending on how many and who
> would do it, would take at least 6 months
>
>
>
> I think this would take years, not months--it's almost like building a
> whole new IDE. Meanwhile, the codebase would become cluttered with a mix of
> Swing and JavaFX APIs, and the UI would no longer have a L that's
> consistent with the user's operating system. Or worse--there would be a mix
> of L within the GUI, if Swing and JavaFX components are mixed. Both
> Swing and JavaFX are niche technologies, and I'd question the value of
> porting a large existing application from one to another.
>
> On the other hand, someone could create a fresh new JavaFX-based IDE as a
> NetBeans Platform application that reuses only backend-related NetBeans
> Platform & IDE modules. That would avoid affecting the existing codebase,
> and it could be made purely JavaFX from the start. Though personally, I'd
> much prefer to see efforts focused on improving the existing, mature
> NetBeans UI.
>
>
>
> -- Eirik
>
>
>
> *From:* Geertjan Wielenga 
> *Sent:* Thursday, August 16, 2018 8:19 AM
> *To:* us...@netbeans.incubator.apache.org
> *Subject:* Re: JavaFX for NetBeans GUI
>
>
>
> Aside from the licensing concerns, I think we need to set some
> expectations here. I.e., rewriting the NetBeans user interface from Swing
> to JavaFX is a LOT of work. And it has to be done really well and be really
> performant and require a group of very highly skilled JavaFX developers. I
> would estimate that the work involved, depending on how many and who would
> do it, would take at least 6 months, though that's a rough estimate. It's
> probably one of the most complex tasks that I can think of in relation to
> Apache NetBeans.
>
>
>
> So, it would be great for this to be done, but let's not be naive about
> the amount of work, skills, and energy required.
>
>
>
> Gj
>
>
>
>
>
>
>
> On Thu, Aug 16, 2018 at 2:15 PM, Neil C Smith 
> wrote:
>
>
>
> On Thu, 16 Aug 2018, 12:51 Josh Juneau,  wrote:
>
> It would be nice to have a JavaFX GUI for NetBeans, specifically if
> something like Gluon Mobile were used
>
>
>
> For that to happen *here* would require a shift in Apache policies towards
> GPL w/CPE licensed dependencies as far as I know. Of course, ongoing
> modularization of the JDK and changes in deployment strategies might
> provoke a change.
>
>
>
> Best wishes,
>
>
>
> Neil
>
>
>

RE: JavaFX for NetBeans GUI

2018-08-20 Thread Eirik Bakke

> I would estimate that the work involved, depending on how many and who would 
> do it, would take at least 6 months

I think this would take years, not months--it's almost like building a whole 
new IDE. Meanwhile, the codebase would become cluttered with a mix of Swing and 
JavaFX APIs, and the UI would no longer have a L that's consistent with the 
user's operating system. Or worse--there would be a mix of L within the GUI, 
if Swing and JavaFX components are mixed. Both Swing and JavaFX are niche 
technologies, and I'd question the value of porting a large existing 
application from one to another.
On the other hand, someone could create a fresh new JavaFX-based IDE as a 
NetBeans Platform application that reuses only backend-related NetBeans 
Platform & IDE modules. That would avoid affecting the existing codebase, and 
it could be made purely JavaFX from the start. Though personally, I'd much 
prefer to see efforts focused on improving the existing, mature NetBeans UI.

-- Eirik

From: Geertjan Wielenga 
Sent: Thursday, August 16, 2018 8:19 AM
To: us...@netbeans.incubator.apache.org
Subject: Re: JavaFX for NetBeans GUI

Aside from the licensing concerns, I think we need to set some expectations 
here. I.e., rewriting the NetBeans user interface from Swing to JavaFX is a LOT 
of work. And it has to be done really well and be really performant and require 
a group of very highly skilled JavaFX developers. I would estimate that the 
work involved, depending on how many and who would do it, would take at least 6 
months, though that's a rough estimate. It's probably one of the most complex 
tasks that I can think of in relation to Apache NetBeans.

So, it would be great for this to be done, but let's not be naive about the 
amount of work, skills, and energy required.

Gj

On Thu, Aug 16, 2018 at 2:15 PM, Neil C Smith 
mailto:neilcsm...@apache.org>> wrote:

On Thu, 16 Aug 2018, 12:51 Josh Juneau, 
mailto:juneau...@gmail.com>> wrote:
It would be nice to have a JavaFX GUI for NetBeans, specifically if something 
like Gluon Mobile were used

For that to happen *here* would require a shift in Apache policies towards GPL 
w/CPE licensed dependencies as far as I know. Of course, ongoing modularization 
of the JDK and changes in deployment strategies might provoke a change.

Best wishes,

Neil

Re: Bundle JRE 10 to a netbeans platform application

2018-08-20 Thread Andreas Hauffe


Hi,

thanks for the hint.

But I just change the code of the windows installer launcher of netbeans 
so that it is working for Java 10. This was quite a pain, due the fact, 
that I do not really understand how the build process during the IDE 
compilation is working. Some ZIP files are used which override all 
changes of native executables with netbeans 8.2 executables.


I changed line 125 - 181 of 
https://github.com/apache/incubator-netbeans/blob/master/nbi/engine/native/launcher/windows/src/JavaUtils.c 
to the following and copied the compiled nbi-engine.jar to 
netbeans/harness/modules/ext/ manually.




JavaVersion * getJavaVersionFromString(char * string, DWORD * result) {
    JavaVersion *vers = NULL;
    if(getLengthA(string)>=3) {
    char *p = string;

    // get major
    long major = 0;
    while(p!=NULL) {
    char c = p[0];
    if(c>='0' && c<='9') {
    major = (major) * 10 + c - '0';
    p++;
    continue;
    }
    else if(c=='.'){
    p++;
    }
    else{
    return vers;
    }
    break;
    }

    // get minor
    long minor = 0;
    while(p!=NULL) {
    char c = p[0];
    if(c>='0' && c<='9') {
    minor = (minor) * 10 + c - '0';
    p++;
    continue;
    }
    break;
    }

    *result = ERROR_OK;
    vers = (JavaVersion*) LocalAlloc(LPTR, sizeof(JavaVersion));
    vers->major  = major;
    vers->minor  = minor;
    vers->micro  = 0;
    vers->update = 0;
    ZERO(vers->build, 128);

    if(p!=NULL) {
    if(p[0]=='.') { // micro...
    p++;
    while(p!=NULL) {
    char c = p[0];
    if(c>='0' && c<='9') {
    vers->micro = (vers->micro) * 10 + c - '0';
    p++;
    continue;
    }
    else if(c=='_') {//update
    p++;
    while(p!=NULL) {
    c = p[0];
    p++;
    if(c>='0' && c<='9') {
    vers->update = (vers->update) * 10 + c 
- '0';

    continue;
    } else {
    break;
    }
    }
    } else {
    if(p!=NULL) p++;
    }
    if(c=='-' && p!=NULL) { // build number
    lstrcpyn(vers->build, p, min(127, 
getLengthA(p)+1));

    }
    break;
    }
    }
    }
    }
    return vers;
}




--
Regards,
Andreas Hauffe





Am 20.08.2018 um 12:23 schrieb Neil C Smith:
You might want to check out the thread around using InnoSetup for this 
from around Aug 1st too.


Best wishes,

Neil

On Mon, 20 Aug 2018, 08:55 Andreas Hauffe, 
mailto:andreas.hau...@tu-dresden.de>> 
wrote:


Hi,

I tried with Netbeans 9 and JDK8/JRE8 and this is working.

The verbose output of running the windows installer with a bundled
JRE10 is the following:

2018-08-20 09:48:12.421]> Create new process:
[2018-08-20 09:48:12.421]>   command :
C:\Users\${USER}\AppData\Local\Temp\\NBI25406.tmp\_jvm\bin\java.exe
-classpath C:\Users\${USER}\AppData\Local\Temp\\NBI25406.tmp TestJDK
[2018-08-20 09:48:12.421]> directory : C:\Temp
[2018-08-20 09:48:12.437]> ... process created
[2018-08-20 09:48:12.682]> ... process finished his work
[2018-08-20 09:48:12.682]>    output :
10.0.2
10.0.2+13
Oracle Corporation
Windows 10
amd64

[2018-08-20 09:48:12.682]> java.version =  10.0.2
[2018-08-20 09:48:12.698]> java.vm.version = 10.0.2+13
[2018-08-20 09:48:12.698]> java.vendor = Oracle Corporation
[2018-08-20 09:48:12.714]> os.name  = Windows 10
[2018-08-20 09:48:12.714]> os.arch = amd64
[2018-08-20 09:48:12.714]>
[2018-08-20 09:48:12.729]> ... getting java version from string :
10.0.2+13
[2018-08-20 09:48:12.729]> ... some java there
[2018-08-20 09:48:12.729]> ... no java at
C:\Users\${USER}\AppData\Local\Temp\\NBI25406.tmp\_jvm
[2018-08-20 09:48:12.745]> ... check private jre at
C:\Users\${USER}\AppData\Local\Temp\\NBI25406.tmp\_jvm\jre
[2018-08-20 09:48:12.745]> ... not a java hierarchy
[2018-08-20 09:48:12.760]> ... no java was found


-- 
Regards,

Andreas Hauffe



Am 20.08.2018 um 08:13 schrieb Geertjan Wielenga:

First try to bundle JRE 8. If that works, then try to bundle JRE
10. Doing it like this makes it easier to narrow down the problem.

Gj

On Mon, Aug 20, 2018 at 8:10 AM, Andreas Hauffe

Re: Bundle JRE 10 to a netbeans platform application

2018-08-20 Thread Neil C Smith

You might want to check out the thread around using InnoSetup for this from
around Aug 1st too.

Best wishes,

Neil

On Mon, 20 Aug 2018, 08:55 Andreas Hauffe, 
wrote:

> Hi,
>
> I tried with Netbeans 9 and JDK8/JRE8 and this is working.
>
> The verbose output of running the windows installer with a bundled JRE10
> is the following:
>
> 2018-08-20 09:48:12.421]> Create new process:
> [2018-08-20 09:48:12.421]>   command :
> C:\Users\${USER}\AppData\Local\Temp\\NBI25406.tmp\_jvm\bin\java.exe
> -classpath C:\Users\${USER}\AppData\Local\Temp\\NBI25406.tmp TestJDK
> [2018-08-20 09:48:12.421]> directory : C:\Temp
> [2018-08-20 09:48:12.437]> ... process created
> [2018-08-20 09:48:12.682]> ... process finished his work
> [2018-08-20 09:48:12.682]>output :
> 10.0.2
> 10.0.2+13
> Oracle Corporation
> Windows 10
> amd64
>
> [2018-08-20 09:48:12.682]> java.version =  10.0.2
> [2018-08-20 09:48:12.698]> java.vm.version = 10.0.2+13
> [2018-08-20 09:48:12.698]> java.vendor = Oracle Corporation
> [2018-08-20 09:48:12.714]> os.name = Windows 10
> [2018-08-20 09:48:12.714]> os.arch = amd64
> [2018-08-20 09:48:12.714]>
> [2018-08-20 09:48:12.729]> ... getting java version from string : 10.0.2+13
> [2018-08-20 09:48:12.729]> ... some java there
> [2018-08-20 09:48:12.729]> ... no java at
> C:\Users\${USER}\AppData\Local\Temp\\NBI25406.tmp\_jvm
> [2018-08-20 09:48:12.745]> ... check private jre at
> C:\Users\${USER}\AppData\Local\Temp\\NBI25406.tmp\_jvm\jre
> [2018-08-20 09:48:12.745]> ... not a java hierarchy
> [2018-08-20 09:48:12.760]> ... no java was found
>
> --
> Regards,
> Andreas Hauffe
>
>
>
> Am 20.08.2018 um 08:13 schrieb Geertjan Wielenga:
>
> First try to bundle JRE 8. If that works, then try to bundle JRE 10. Doing
> it like this makes it easier to narrow down the problem.
>
> Gj
>
> On Mon, Aug 20, 2018 at 8:10 AM, Andreas Hauffe <
> andreas.hau...@tu-dresden.de> wrote:
>
>> Hi,
>>
>> I'm trying to bundle a JRE 10.0.2 to a netbeans platform application. I'm
>> using the following article
>> https://dzone.com/articles/including-jre-in-nbi and change the part of
>> creating the zip file of the jre by something like the following lines
>>
>> jlink --strip-debug --no-header-files --no-man-pages --output jre_lin_x64
>> --module-path ${JRE_PATH}/jmods --add-modules
>> java.scripting,java.desktop,java.instrument,java.logging,java.naming,jdk.localedata,jdk.management,jdk.pack,jdk.jdwp.agent
>> --include-locales=en,de
>> zip -9 -r -y ../jre_win_x64.zip .
>>
>> (The commands vary from linux to windows.)
>>
>> But when running the installer I'm getting an error that there is no jre.
>> And in the logs show:
>>
>> [2018-08-17 17:21:25.887]> Create new process:
>> [2018-08-17 17:21:25.887]>   command :
>> C:\Users\${USER}\AppData\Local\Temp\\NBI60854.tmp\_jvm\bin\java.exe
>> -classpath C:\Users\ADMINI~1.ILR\AppData\Local\Temp\\NBI60854.tmp TestJDK
>> [2018-08-17 17:21:25.887]> directory : C:\Temp
>> [2018-08-17 17:21:26.180]> ... no java at
>> C:\Users\${USER}\AppData\Local\Temp\\NBI60854.tmp\_jvm
>> [2018-08-17 17:21:26.180]> ... check private jre at
>> C:\Users\${USER}\AppData\Local\Temp\\NBI60854.tmp\_jvm\jre
>> [2018-08-17 17:30:37.086]> No compatible jvm was found on the system
>>
>> But when looking into the path, there is a JRE and a java.exe and the
>> command is running correctly.
>>
>> Did someone have this working already?
>>
>> Is there a problem with the version number of Java 10? I'm not used to C,
>> but when looking into the getJavaVersionFromString from
>> https://github.com/apache/incubator-netbeans/blob/master/nbi/engine/native/launcher/windows/src/JavaUtils.c
>> it can be a problem. This is the installer source code, right?
>>
>> --
>> Regards,
>> Andreas Hauffe
>>
>>
>>
>

Re: Customize application icon when bundling native package

2018-08-20 Thread Thomas Kellerer

After analyzing the generated build.xml, I found out that I can configure this 
by changing project.properties and add the line:

   deploy.icon.native=${src.dir}/MyApp.ico

Thomas


Geertjan Wielenga schrieb am 26.07.2018 um 18:18:
> Doesn’t do that right now, though your pull request providing this 
> enhancement is welcome.
> 
> Gj
> 
> On Thursday, July 26, 2018, Thomas Kellerer  > wrote:
> 
> Thanks, but I was hoping for a way to configure the NetBeans project to 
> do this automatically, when I run "Package as".
> 
> Thomas
> 
> 
> Geertjan Wielenga schrieb am 26.07.2018 um 13:33:
> 
> 
> https://www.howtogeek.com/75983/stupid-geek-tricks-how-to-modify-the-icon-of-an-.exe-file/
>  
> 
> 
> Gj
> 
> On Thu, Jul 26, 2018 at 12:09 PM, Thomas Kellerer   >> 
> wrote:
> 
>     Hello,
> 
>     I am packaging my Swing application using "Package as -> Image 
> only".
> 
>     NetBeans 9.0 automatically puts an .ico file with the name of the 
> .jar file into the application directory.
> 
>     How can I configure this icon?
>     Ideally in a way that the icon is included in the generated .exe 
> launcher.
> 
>     Regards
>     Thomas
> 
> 
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org 
> 
> For additional commands, e-mail: users-h...@netbeans.apache.org 
> 
> 
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists 
> 
> 

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

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

Re: Bundle JRE 10 to a netbeans platform application

2018-08-20 Thread Andreas Hauffe


Hi,

I tried with Netbeans 9 and JDK8/JRE8 and this is working.

The verbose output of running the windows installer with a bundled JRE10 
is the following:


2018-08-20 09:48:12.421]> Create new process:
[2018-08-20 09:48:12.421]>   command : 
C:\Users\${USER}\AppData\Local\Temp\\NBI25406.tmp\_jvm\bin\java.exe 
-classpath C:\Users\${USER}\AppData\Local\Temp\\NBI25406.tmp TestJDK

[2018-08-20 09:48:12.421]> directory : C:\Temp
[2018-08-20 09:48:12.437]> ... process created
[2018-08-20 09:48:12.682]> ... process finished his work
[2018-08-20 09:48:12.682]>    output :
10.0.2
10.0.2+13
Oracle Corporation
Windows 10
amd64

[2018-08-20 09:48:12.682]> java.version =  10.0.2
[2018-08-20 09:48:12.698]> java.vm.version = 10.0.2+13
[2018-08-20 09:48:12.698]> java.vendor = Oracle Corporation
[2018-08-20 09:48:12.714]> os.name = Windows 10
[2018-08-20 09:48:12.714]> os.arch = amd64
[2018-08-20 09:48:12.714]>
[2018-08-20 09:48:12.729]> ... getting java version from string : 10.0.2+13
[2018-08-20 09:48:12.729]> ... some java there
[2018-08-20 09:48:12.729]> ... no java at 
C:\Users\${USER}\AppData\Local\Temp\\NBI25406.tmp\_jvm
[2018-08-20 09:48:12.745]> ... check private jre at 
C:\Users\${USER}\AppData\Local\Temp\\NBI25406.tmp\_jvm\jre

[2018-08-20 09:48:12.745]> ... not a java hierarchy
[2018-08-20 09:48:12.760]> ... no java was found


--
Regards,
Andreas Hauffe



Am 20.08.2018 um 08:13 schrieb Geertjan Wielenga:
First try to bundle JRE 8. If that works, then try to bundle JRE 10. 
Doing it like this makes it easier to narrow down the problem.


Gj

On Mon, Aug 20, 2018 at 8:10 AM, Andreas Hauffe 
mailto:andreas.hau...@tu-dresden.de>> 
wrote:


Hi,

I'm trying to bundle a JRE 10.0.2 to a netbeans platform
application. I'm using the following article
https://dzone.com/articles/including-jre-in-nbi
 and change the
part of creating the zip file of the jre by something like the
following lines

jlink --strip-debug --no-header-files --no-man-pages --output
jre_lin_x64 --module-path ${JRE_PATH}/jmods --add-modules

java.scripting,java.desktop,java.instrument,java.logging,java.naming,jdk.localedata,jdk.management,jdk.pack,jdk.jdwp.agent
--include-locales=en,de
zip -9 -r -y ../jre_win_x64.zip .

(The commands vary from linux to windows.)

But when running the installer I'm getting an error that there is
no jre. And in the logs show:

[2018-08-17 17:21:25.887]> Create new process:
[2018-08-17 17:21:25.887]>   command :
C:\Users\${USER}\AppData\Local\Temp\\NBI60854.tmp\_jvm\bin\java.exe
-classpath C:\Users\ADMINI~1.ILR\AppData\Local\Temp\\NBI60854.tmp
TestJDK
[2018-08-17 17:21:25.887]> directory : C:\Temp
[2018-08-17 17:21:26.180]> ... no java at
C:\Users\${USER}\AppData\Local\Temp\\NBI60854.tmp\_jvm
[2018-08-17 17:21:26.180]> ... check private jre at
C:\Users\${USER}\AppData\Local\Temp\\NBI60854.tmp\_jvm\jre
[2018-08-17 17:30:37.086]> No compatible jvm was found on the system

But when looking into the path, there is a JRE and a java.exe and
the command is running correctly.

Did someone have this working already?

Is there a problem with the version number of Java 10? I'm not
used to C, but when looking into the getJavaVersionFromString from

https://github.com/apache/incubator-netbeans/blob/master/nbi/engine/native/launcher/windows/src/JavaUtils.c


it can be a problem. This is the installer source code, right?

-- 
Regards,

Andreas Hauffe





smime.p7s
Description: S/MIME Cryptographic Signature

Bundle JRE 10 to a netbeans platform application

2018-08-20 Thread Andreas Hauffe


Hi,

I'm trying to bundle a JRE 10.0.2 to a netbeans platform application. 
I'm using the following article 
https://dzone.com/articles/including-jre-in-nbi and change the part of 
creating the zip file of the jre by something like the following lines


jlink --strip-debug --no-header-files --no-man-pages --output 
jre_lin_x64 --module-path ${JRE_PATH}/jmods --add-modules 
java.scripting,java.desktop,java.instrument,java.logging,java.naming,jdk.localedata,jdk.management,jdk.pack,jdk.jdwp.agent 
--include-locales=en,de

zip -9 -r -y ../jre_win_x64.zip .

(The commands vary from linux to windows.)

But when running the installer I'm getting an error that there is no 
jre. And in the logs show:


[2018-08-17 17:21:25.887]> Create new process:
[2018-08-17 17:21:25.887]>   command : 
C:\Users\${USER}\AppData\Local\Temp\\NBI60854.tmp\_jvm\bin\java.exe 
-classpath C:\Users\ADMINI~1.ILR\AppData\Local\Temp\\NBI60854.tmp TestJDK

[2018-08-17 17:21:25.887]> directory : C:\Temp
[2018-08-17 17:21:26.180]> ... no java at 
C:\Users\${USER}\AppData\Local\Temp\\NBI60854.tmp\_jvm
[2018-08-17 17:21:26.180]> ... check private jre at 
C:\Users\${USER}\AppData\Local\Temp\\NBI60854.tmp\_jvm\jre

[2018-08-17 17:30:37.086]> No compatible jvm was found on the system

But when looking into the path, there is a JRE and a java.exe and the 
command is running correctly.


Did someone have this working already?

Is there a problem with the version number of Java 10? I'm not used to 
C, but when looking into the getJavaVersionFromString from 
https://github.com/apache/incubator-netbeans/blob/master/nbi/engine/native/launcher/windows/src/JavaUtils.c 
it can be a problem. This is the installer source code, right?


--
Regards,
Andreas Hauffe




smime.p7s
Description: S/MIME Cryptographic Signature

Re: JavaFX for NetBeans GUI

RE: JavaFX for NetBeans GUI

Re: JavaFX for NetBeans GUI

RE: JavaFX for NetBeans GUI

Re: Bundle JRE 10 to a netbeans platform application

Re: Bundle JRE 10 to a netbeans platform application

Re: Customize application icon when bundling native package

Re: Bundle JRE 10 to a netbeans platform application

Bundle JRE 10 to a netbeans platform application

9 matches

Site Navigation

Mail list logo

Footer information