New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Native package for Ubuntu doesn't work #124

Closed
malafeev opened this Issue May 25, 2015 · 58 comments

Comments

Projects
None yet
6 participants
@malafeev

malafeev commented May 25, 2015

I built native package on Ubuntu using

mvn clean fx:native

But when I execute bundle I get error:

client-1.1 No main class specified
client-1.1 Failed to launch JVM

My pom.xml contains:

<plugin>
   <groupId>com.zenjava</groupId>
   <artifactId>javafx-maven-plugin</artifactId>
   <version>8.1.2</version>
   <configuration>
       <mainClass>com.client.ui.Main</mainClass>
   </configuration>
</plugin>
@FibreFoX

This comment has been minimized.

Show comment
Hide comment
@FibreFoX

FibreFoX May 26, 2015

Member

Can you provide a sample-project?
By the way: please use mvn jfx:native

Member

FibreFoX commented May 26, 2015

Can you provide a sample-project?
By the way: please use mvn jfx:native

@maxd

This comment has been minimized.

Show comment
Hide comment
@maxd

maxd May 26, 2015

Contributor

+ required full log of mvn clean fx:native. Seems like this is problem related to Maven configuration.

Contributor

maxd commented May 26, 2015

+ required full log of mvn clean fx:native. Seems like this is problem related to Maven configuration.

@malafeev

This comment has been minimized.

Show comment
Hide comment
@malafeev

malafeev May 26, 2015

Misprint: I used jfx:native goal

malafeev commented May 26, 2015

Misprint: I used jfx:native goal

@maxd

This comment has been minimized.

Show comment
Hide comment
@maxd

maxd May 26, 2015

Contributor

We get it, but this is don't cause your error.

Contributor

maxd commented May 26, 2015

We get it, but this is don't cause your error.

@FibreFoX

This comment has been minimized.

Show comment
Hide comment
@FibreFoX

FibreFoX May 26, 2015

Member

Just for being curious: do you execute the generated ´´´.jar´´´ or the generated ´´´-jfx.jar´´´ ? As far as i can see, this is no bug of javafx-maven-plugin. Please reopen this issue with more details, I will close this as invalid until then.

Member

FibreFoX commented May 26, 2015

Just for being curious: do you execute the generated ´´´.jar´´´ or the generated ´´´-jfx.jar´´´ ? As far as i can see, this is no bug of javafx-maven-plugin. Please reopen this issue with more details, I will close this as invalid until then.

@FibreFoX FibreFoX closed this May 26, 2015

@FibreFoX FibreFoX added the invalid label May 26, 2015

@stelfrich

This comment has been minimized.

Show comment
Hide comment
@stelfrich

stelfrich Sep 22, 2015

@FibreFoX @maxd: I think, I have a similar / the same issue with the native launcher on Ubuntu 12.04.

The build process doesn't show any errors, deb and rpms are built correctly. I can execute the *-jfx.jar using java -jar vizardous-1.2.1-SNAPSHOT-jfx.jar without any problems because the main class is properly set in the *-jfx.jar. However, executing the launcher shows the following error on stdout:

vizardous-1.2.1-SNAPSHOT No main class specified
vizardous-1.2.1-SNAPSHOT Failed to launch JVM

I am running Java(TM) SE Runtime Environment (build 1.8.0_60-b27) on Ubuntu 12.04.5. javafx-maven-plugin is at 8.1.4. The Maven logfile is at https://gist.github.com/stelfrich/039c491a4ef02bd8739a#file-maven-log. The POM at https://gist.github.com/stelfrich/c9a0160781b73a30d3fd#file-pom-xml.

stelfrich commented Sep 22, 2015

@FibreFoX @maxd: I think, I have a similar / the same issue with the native launcher on Ubuntu 12.04.

The build process doesn't show any errors, deb and rpms are built correctly. I can execute the *-jfx.jar using java -jar vizardous-1.2.1-SNAPSHOT-jfx.jar without any problems because the main class is properly set in the *-jfx.jar. However, executing the launcher shows the following error on stdout:

vizardous-1.2.1-SNAPSHOT No main class specified
vizardous-1.2.1-SNAPSHOT Failed to launch JVM

I am running Java(TM) SE Runtime Environment (build 1.8.0_60-b27) on Ubuntu 12.04.5. javafx-maven-plugin is at 8.1.4. The Maven logfile is at https://gist.github.com/stelfrich/039c491a4ef02bd8739a#file-maven-log. The POM at https://gist.github.com/stelfrich/c9a0160781b73a30d3fd#file-pom-xml.

@FibreFoX

This comment has been minimized.

Show comment
Hide comment
@FibreFoX

FibreFoX Sep 22, 2015

Member

@stelfrich Do you have the possability to create a small project, where we can check this? I would create a dedicated VM with ubuntu to analyse this.

Member

FibreFoX commented Sep 22, 2015

@stelfrich Do you have the possability to create a small project, where we can check this? I would create a dedicated VM with ubuntu to analyse this.

@FibreFoX FibreFoX reopened this Sep 22, 2015

@FibreFoX FibreFoX self-assigned this Sep 22, 2015

@FibreFoX

This comment has been minimized.

Show comment
Hide comment
@FibreFoX

FibreFoX Sep 22, 2015

Member

@stelfrich Which OS are you running? 32bit or 64bit?

Member

FibreFoX commented Sep 22, 2015

@stelfrich Which OS are you running? 32bit or 64bit?

@stelfrich

This comment has been minimized.

Show comment
Hide comment
@stelfrich

stelfrich commented Sep 22, 2015

@FibreFoX: 64bit

@FibreFoX

This comment has been minimized.

Show comment
Hide comment
@FibreFoX

FibreFoX Sep 22, 2015

Member

@stelfrich okay, please create a simple project, I will get back to you after some research, should not be longer than the next two days

Member

FibreFoX commented Sep 22, 2015

@stelfrich okay, please create a simple project, I will get back to you after some research, should not be longer than the next two days

@Jerady

This comment has been minimized.

Show comment
Hide comment
@Jerady

Jerady Sep 22, 2015

I am facing the same problems since quite a while: "No main class specified".

The app is also launching via "java -jar" and I can see the Main-Class entry in META-INF/MANIFEST.MF points to the right Class (Main-Class: de.jensd.mqttfx.ui.Run) (Ubuntu 14.04 32Bit and 64Bit).

com.zenjava
javafx-maven-plugin
8.1.3

Jerady commented Sep 22, 2015

I am facing the same problems since quite a while: "No main class specified".

The app is also launching via "java -jar" and I can see the Main-Class entry in META-INF/MANIFEST.MF points to the right Class (Main-Class: de.jensd.mqttfx.ui.Run) (Ubuntu 14.04 32Bit and 64Bit).

com.zenjava
javafx-maven-plugin
8.1.3

@FibreFoX

This comment has been minimized.

Show comment
Hide comment
@FibreFoX

FibreFoX Sep 22, 2015

Member

Did you try this with a previous version of java (loke 1.8.0-25 or 1.8.0-40)? Maybe it's something they've changed in their native launcher.

Member

FibreFoX commented Sep 22, 2015

Did you try this with a previous version of java (loke 1.8.0-25 or 1.8.0-40)? Maybe it's something they've changed in their native launcher.

@stelfrich

This comment has been minimized.

Show comment
Hide comment
@FibreFoX

This comment has been minimized.

Show comment
Hide comment
@FibreFoX

FibreFoX Sep 22, 2015

Member

@stelfrich thanks a lot, just to make sure: have you checked, if that project still contains that bug?

Member

FibreFoX commented Sep 22, 2015

@stelfrich thanks a lot, just to make sure: have you checked, if that project still contains that bug?

@stelfrich

This comment has been minimized.

Show comment
Hide comment
@stelfrich

stelfrich Sep 22, 2015

@FibreFoX: In my current configuration. The error persists. I have a meeting now and will check an older JDK (1.8.0u40) afterwards..

stelfrich commented Sep 22, 2015

@FibreFoX: In my current configuration. The error persists. I have a meeting now and will check an older JDK (1.8.0u40) afterwards..

@Jerady

This comment has been minimized.

Show comment
Hide comment
@Jerady

Jerady Sep 22, 2015

I think it happened since the change from 1.8.0u20 to 1.8.0u40.

Jerady commented Sep 22, 2015

I think it happened since the change from 1.8.0u20 to 1.8.0u40.

@stelfrich

This comment has been minimized.

Show comment
Hide comment
@stelfrich

stelfrich Sep 22, 2015

I can confirm @Jerady's observation. With 1.8.0u20, 1.8.0u25, and 1.8.0u31 the MWE works fine. The main class is not found (see #124 (comment)) starting with 1.8.0u40..

stelfrich commented Sep 22, 2015

I can confirm @Jerady's observation. With 1.8.0u20, 1.8.0u25, and 1.8.0u31 the MWE works fine. The main class is not found (see #124 (comment)) starting with 1.8.0u40..

@Jerady

This comment has been minimized.

Show comment
Hide comment
@Jerady

Jerady Sep 23, 2015

any new insights so far?

Jerady commented Sep 23, 2015

any new insights so far?

@FibreFoX

This comment has been minimized.

Show comment
Hide comment
@FibreFoX

FibreFoX Sep 23, 2015

Member

@Jerady feel free to contribute by creating pull-requests.Currently it seems that they switched from C to C++ which might result in different behaviour, but i will need a bit time to create and compile my own launcher which re-created these scenarios. As this is a project I'm not getting paid for, this might take it's time, so please have patience ;)

For pure documentation:
8u20 launcher
http://hg.openjdk.java.net/openjfx/8u20/rt/file/292cf1a8bc82/modules/fxpackager/src/main/native/launcher/linux/launcher.c

8u40/8u60 launcher (they are the same)
http://hg.openjdk.java.net/openjfx/8u40/rt/file/eb264cdc5828/modules/fxpackager/src/main/native/launcher/linux/launcher.cpp
http://hg.openjdk.java.net/openjfx/8u60/rt/file/996511a322b7/modules/fxpackager/src/main/native/launcher/linux/launcher.cpp

Member

FibreFoX commented Sep 23, 2015

@Jerady feel free to contribute by creating pull-requests.Currently it seems that they switched from C to C++ which might result in different behaviour, but i will need a bit time to create and compile my own launcher which re-created these scenarios. As this is a project I'm not getting paid for, this might take it's time, so please have patience ;)

For pure documentation:
8u20 launcher
http://hg.openjdk.java.net/openjfx/8u20/rt/file/292cf1a8bc82/modules/fxpackager/src/main/native/launcher/linux/launcher.c

8u40/8u60 launcher (they are the same)
http://hg.openjdk.java.net/openjfx/8u40/rt/file/eb264cdc5828/modules/fxpackager/src/main/native/launcher/linux/launcher.cpp
http://hg.openjdk.java.net/openjfx/8u60/rt/file/996511a322b7/modules/fxpackager/src/main/native/launcher/linux/launcher.cpp

@Jerady

This comment has been minimized.

Show comment
Hide comment
@Jerady

Jerady Sep 23, 2015

Sure! I was just curious if there is any progress ;-). Clearly you have to take your time! I very much appreciate your efforts, thanks a lot!

Jerady commented Sep 23, 2015

Sure! I was just curious if there is any progress ;-). Clearly you have to take your time! I very much appreciate your efforts, thanks a lot!

@FibreFoX

This comment has been minimized.

Show comment
Hide comment
@FibreFoX

FibreFoX Sep 23, 2015

Member

As the launcher not being that big, maybe the problem resides inside their used technique to find current path: /proc/self/exe

Should be not as hard to check this :) I will report as soon as I find something new here, and if so, I will be report this to the JavaFX-team.

Maybe it's related to this?!
https://bugs.launchpad.net/ubuntu/+source/linux-lowlatency/+bug/1007089
(just googled /proc/self/exe ubuntu )

Member

FibreFoX commented Sep 23, 2015

As the launcher not being that big, maybe the problem resides inside their used technique to find current path: /proc/self/exe

Should be not as hard to check this :) I will report as soon as I find something new here, and if so, I will be report this to the JavaFX-team.

Maybe it's related to this?!
https://bugs.launchpad.net/ubuntu/+source/linux-lowlatency/+bug/1007089
(just googled /proc/self/exe ubuntu )

@FibreFoX

This comment has been minimized.

Show comment
Hide comment
@FibreFoX

FibreFoX Sep 23, 2015

Member

I can confirm the wrong behaviour running Ubuntu 14.04 LTS with oracle-java 1.8.0_60-b27 running in 64bit (within Virtualbox 5.0).

I got this while building, maybe this will give me a clue where to search deeper (in the case it isn't the launcher):

The jar lib/xalan-2.6.0.jar has a main class org.apache.xalan.xslt.Process that does not match the declared main vizardous.Vizardous
The jar lib/omero-client-5.0.0-beta1-256-019d14a-ice34-b3523.jar has a main class  that does not match the declared main vizardous.Vizardous
The jar lib/jxl-2.6.12.jar has a main class jxl.demo.Demo that does not match the declared main vizardous.Vizardous

I'm still analyzing this ;) and dropping my findings here as a nice way to annoy you 😄

Member

FibreFoX commented Sep 23, 2015

I can confirm the wrong behaviour running Ubuntu 14.04 LTS with oracle-java 1.8.0_60-b27 running in 64bit (within Virtualbox 5.0).

I got this while building, maybe this will give me a clue where to search deeper (in the case it isn't the launcher):

The jar lib/xalan-2.6.0.jar has a main class org.apache.xalan.xslt.Process that does not match the declared main vizardous.Vizardous
The jar lib/omero-client-5.0.0-beta1-256-019d14a-ice34-b3523.jar has a main class  that does not match the declared main vizardous.Vizardous
The jar lib/jxl-2.6.12.jar has a main class jxl.demo.Demo that does not match the declared main vizardous.Vizardous

I'm still analyzing this ;) and dropping my findings here as a nice way to annoy you 😄

@FibreFoX

This comment has been minimized.

Show comment
Hide comment
@FibreFoX

FibreFoX Sep 23, 2015

Member

The workaround makes it possible to leave your projects unchanged, just having a "wrong name" of the metadata shouldn't destroy your applications ;)

Member

FibreFoX commented Sep 23, 2015

The workaround makes it possible to leave your projects unchanged, just having a "wrong name" of the metadata shouldn't destroy your applications ;)

@stelfrich

This comment has been minimized.

Show comment
Hide comment
@stelfrich

stelfrich Sep 24, 2015

@FibreFoX: Thanks for the quick fix! I can confirm, that the SNAPSHOT version fixes the problem, although I don't completely understand why: the name of the generated config is in my case vizardous-1.2.cfg..

stelfrich commented Sep 24, 2015

@FibreFoX: Thanks for the quick fix! I can confirm, that the SNAPSHOT version fixes the problem, although I don't completely understand why: the name of the generated config is in my case vizardous-1.2.cfg..

@FibreFoX

This comment has been minimized.

Show comment
Hide comment
@FibreFoX

FibreFoX Sep 24, 2015

Member

@stelfrich it is very simple, let me explain it to you:

Platform "Windows":

  • generated launcher: i-am.working.exe
  • launcher-algorithm extracts the extension and now searches for i-am.working.cfg

Platform "Linux":

  • generated launcher: i-am.working.1.2.0-SNAPSHOT
  • launcher-algorithm extracts the "extension" (a concept not known in linux-space for executables) and now searches for i-am.working.1.2.cfg

And this is where my workaround comes to play 😄

Member

FibreFoX commented Sep 24, 2015

@stelfrich it is very simple, let me explain it to you:

Platform "Windows":

  • generated launcher: i-am.working.exe
  • launcher-algorithm extracts the extension and now searches for i-am.working.cfg

Platform "Linux":

  • generated launcher: i-am.working.1.2.0-SNAPSHOT
  • launcher-algorithm extracts the "extension" (a concept not known in linux-space for executables) and now searches for i-am.working.1.2.cfg

And this is where my workaround comes to play 😄

@Jerady

This comment has been minimized.

Show comment
Hide comment
@Jerady

Jerady Sep 24, 2015

Works!
Again: thanks a lot for your effort!
8.1.5 should be released soon ;-)

Jerady commented Sep 24, 2015

Works!
Again: thanks a lot for your effort!
8.1.5 should be released soon ;-)

@FibreFoX

This comment has been minimized.

Show comment
Hide comment
@FibreFoX

FibreFoX Sep 24, 2015

Member

@Jerady @stelfrich @malafeev
I am working on this and will release a new version today, so if everything works, you should be able to use the new 8.1.5-release tonight/tomorrow. Still have to do some work on disabling this feature, and creating a new IT-project for linux-systems only.

Member

FibreFoX commented Sep 24, 2015

@Jerady @stelfrich @malafeev
I am working on this and will release a new version today, so if everything works, you should be able to use the new 8.1.5-release tonight/tomorrow. Still have to do some work on disabling this feature, and creating a new IT-project for linux-systems only.

@Jerady

This comment has been minimized.

Show comment
Hide comment
@Jerady

Jerady Sep 24, 2015

Awesome!

Jerady commented Sep 24, 2015

Awesome!

@stelfrich

This comment has been minimized.

Show comment
Hide comment
@stelfrich

stelfrich Sep 24, 2015

Nice! 👍

stelfrich commented Sep 24, 2015

Nice! 👍

@FibreFoX

This comment has been minimized.

Show comment
Hide comment
@FibreFoX

FibreFoX Sep 24, 2015

Member

IT-projects and disable-flag are merged, I will close this issue when new version got uploaded to Sonatype

Member

FibreFoX commented Sep 24, 2015

IT-projects and disable-flag are merged, I will close this issue when new version got uploaded to Sonatype

FibreFoX added a commit that referenced this issue Sep 24, 2015

Update README.md
added changes regarding #124
@FibreFoX

This comment has been minimized.

Show comment
Hide comment
@FibreFoX

FibreFoX Sep 24, 2015

Member

New version got released on sonatype, it's just a matter of hours to be propagated to maven-central (as always/normal).

Member

FibreFoX commented Sep 24, 2015

New version got released on sonatype, it's just a matter of hours to be propagated to maven-central (as always/normal).

@FibreFoX FibreFoX closed this Sep 24, 2015

@FibreFoX

This comment has been minimized.

Show comment
Hide comment
@FibreFoX

FibreFoX Sep 24, 2015

Member

just filed a bug at oracle ... let us see where this ends 😄

Member

FibreFoX commented Sep 24, 2015

just filed a bug at oracle ... let us see where this ends 😄

@Jerady

This comment has been minimized.

Show comment
Hide comment
@Jerady

Jerady Sep 24, 2015

I bet they will reject it with the "openjdk" hint!

Jerady commented Sep 24, 2015

I bet they will reject it with the "openjdk" hint!

@FibreFoX

This comment has been minimized.

Show comment
Hide comment
@FibreFoX

FibreFoX Sep 24, 2015

Member

The good part: it's the packager, which isn't just a javafx-part anymore. Even the filename was renamed from "javafxpackager" to "javapackager" :D

Member

FibreFoX commented Sep 24, 2015

The good part: it's the packager, which isn't just a javafx-part anymore. Even the filename was renamed from "javafxpackager" to "javapackager" :D

@Jerady

This comment has been minimized.

Show comment
Hide comment
@Jerady

Jerady Sep 24, 2015

true. lets sit and wait. At least you provides a solution for the rest of us ;-)

Jerady commented Sep 24, 2015

true. lets sit and wait. At least you provides a solution for the rest of us ;-)

@overheadhunter

This comment has been minimized.

Show comment
Hide comment
@overheadhunter

overheadhunter Oct 22, 2015

Has anyone tried creating a .deb bundle using the OpenJDK? I stumbled upon this thread, as I have the exact same error: (No main class specified, Failed to launch JVM). But I only experience this error with the OpenJDK (8u66). With Oracle JDK (8u60) everything works like a charm. Also execution via java -jar ... is not a problem in either case.

To be honest I don't use this javafx-maven-plugin (yet 😉), thus I don't want you to reopen this issue, but maybe someone can give me a hint on whats wrong. In both cases (Oracle and OpenJDK) my .cfg file as well as the binary do not contain any ".".

The directory structure is the same for both JDKs. But the binary and the cfg-file (as well as the embedded JVM, obviously) differ.

directory-structure

Any hint is appreciated, as I want to switch from embedding the Oracle JVM to the OpenJDK for legal reasons as well easier distribution.

overheadhunter commented Oct 22, 2015

Has anyone tried creating a .deb bundle using the OpenJDK? I stumbled upon this thread, as I have the exact same error: (No main class specified, Failed to launch JVM). But I only experience this error with the OpenJDK (8u66). With Oracle JDK (8u60) everything works like a charm. Also execution via java -jar ... is not a problem in either case.

To be honest I don't use this javafx-maven-plugin (yet 😉), thus I don't want you to reopen this issue, but maybe someone can give me a hint on whats wrong. In both cases (Oracle and OpenJDK) my .cfg file as well as the binary do not contain any ".".

The directory structure is the same for both JDKs. But the binary and the cfg-file (as well as the embedded JVM, obviously) differ.

directory-structure

Any hint is appreciated, as I want to switch from embedding the Oracle JVM to the OpenJDK for legal reasons as well easier distribution.

@FibreFoX

This comment has been minimized.

Show comment
Hide comment
@FibreFoX

FibreFoX Oct 22, 2015

Member

Hi @totalvoidness, just to be clear: I just can check such issues when application was bundled via javafx-maven-plugin. Support for normal ANT-version has to come from Oracle themselves or could be found at some places. The issues here should only be on topic of javafx-maven-plugin.

But back to your question/problem: have you checked inside Cryptomator.cfg if the referenced JAR is the right one? For better debugging you should try to create a project, where this kind of issue can be reproduced.

Member

FibreFoX commented Oct 22, 2015

Hi @totalvoidness, just to be clear: I just can check such issues when application was bundled via javafx-maven-plugin. Support for normal ANT-version has to come from Oracle themselves or could be found at some places. The issues here should only be on topic of javafx-maven-plugin.

But back to your question/problem: have you checked inside Cryptomator.cfg if the referenced JAR is the right one? For better debugging you should try to create a project, where this kind of issue can be reproduced.

@overheadhunter

This comment has been minimized.

Show comment
Hide comment
@overheadhunter

overheadhunter Oct 23, 2015

@FibreFoX I'm currently testing this. But have to do a dist-upgrade first, as ubuntu utopic isn't supported any more. As far as I can tell now: Oracle JDK 8u45, which is the last version for utopic in webupd8 ppa, does not work neither with nor without the skipNativeLauncherWorkaround124. But I think thats ok, as any native package will most likely contain the latest JDK anyway. I'll report about Oracle 8u66 as well as OpenJDK as soon as my VM is up-to-date.

Update: Seems to work, but I noticed #159

overheadhunter commented Oct 23, 2015

@FibreFoX I'm currently testing this. But have to do a dist-upgrade first, as ubuntu utopic isn't supported any more. As far as I can tell now: Oracle JDK 8u45, which is the last version for utopic in webupd8 ppa, does not work neither with nor without the skipNativeLauncherWorkaround124. But I think thats ok, as any native package will most likely contain the latest JDK anyway. I'll report about Oracle 8u66 as well as OpenJDK as soon as my VM is up-to-date.

Update: Seems to work, but I noticed #159

@FibreFoX

This comment has been minimized.

Show comment
Hide comment
@FibreFoX

FibreFoX Jul 5, 2017

Member

As I'm contacted by some oracle guy, this is for my own reference/documentation:
https://github.com/teamfx/openjfx-9-dev-rt/blob/2b5bdc2706c51ee57c65f1d93246252a6bd30834/modules/jdk.packager/src/main/native/library/common/GenericPlatform.cpp#L154

#if defined(WINDOWS) || defined(LINUX)
TString GenericPlatform::GetAppName() {
    TString result = GetModuleFileName();
    result = FilePath::ExtractFileName(result);
    result = FilePath::ChangeFileExt(result, _T(""));
    return result;
}
#endif //WINDOWS || LINUX

On Windows- AND Linux-systems the extension gets removed, which breaks the gathered appName on linux when having multiple DOTS inside the filename. This happens when the cpp-class Package gets initialized: https://github.com/teamfx/openjfx-9-dev-rt/blob/2b5bdc2706c51ee57c65f1d93246252a6bd30834/modules/jdk.packager/src/main/native/library/common/Package.cpp#L78

Member

FibreFoX commented Jul 5, 2017

As I'm contacted by some oracle guy, this is for my own reference/documentation:
https://github.com/teamfx/openjfx-9-dev-rt/blob/2b5bdc2706c51ee57c65f1d93246252a6bd30834/modules/jdk.packager/src/main/native/library/common/GenericPlatform.cpp#L154

#if defined(WINDOWS) || defined(LINUX)
TString GenericPlatform::GetAppName() {
    TString result = GetModuleFileName();
    result = FilePath::ExtractFileName(result);
    result = FilePath::ChangeFileExt(result, _T(""));
    return result;
}
#endif //WINDOWS || LINUX

On Windows- AND Linux-systems the extension gets removed, which breaks the gathered appName on linux when having multiple DOTS inside the filename. This happens when the cpp-class Package gets initialized: https://github.com/teamfx/openjfx-9-dev-rt/blob/2b5bdc2706c51ee57c65f1d93246252a6bd30834/modules/jdk.packager/src/main/native/library/common/Package.cpp#L78

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment