Eclipse Community Forums: e(fx)clipse » Building a native executable with Eclipse 4.4 and e(fx)clispe

Home

Home » Eclipse Projects » e(fx)clipse » Building a native executable with Eclipse 4.4 and e(fx)clispe

Building a native executable with Eclipse 4.4 and e(fx)clispe [message #1446837]

Fri, 17 October 2014 07:32

Eclipse User

through following the javafx-8 tutorial on code.makery.ch
(I'd link it but I don't have the five posts required to....)
I have attempted to create a native windows exe for my program, however I have been held up at this screen for some reason.

When I press the "Generate ant build.xml only" link a dialog seems to flash before me but nothing happens afterwards, no new directories or anything.

Attachment: AntDoesntWork.PNG
(Size: 24.84KB, Downloaded 302 times)

Re: Building a native executable with Eclipse 4.4 and e(fx)clispe [message #1446916 is a reply to message #1446837]

Fri, 17 October 2014 10:02

Eclipse User

I just tried and there's a build/build.xml generated for me.

What you could do:
a) share your project somewhere so that I can try to reproduce with your
real project
b) Look in your $workspace$/.metadata/.log something is written there
if something goes wrong

Tom

Tom

On 17.10.14 15:55, Matthew Meehan wrote:
> through following the javafx-8 tutorial on code.makery.ch
> (I'd link it but I don't have the five posts required to....)
> I have attempted to create a native windows exe for my program, however I have been held up at this screen for some reason.
>
> When I press the "Generate ant build.xml only" link a dialog seems to flash before me but nothing happens afterwards, no new directories or anything.
>

Re: Building a native executable with Eclipse 4.4 and e(fx)clispe [message #1447130 is a reply to message #1446916]

Fri, 17 October 2014 17:07

Eclipse User

the log has this when I hit generate

Quote:

!SESSION 2014-10-18 18:46:48.482 -----------------------------------------------
eclipse.buildId=4.4.0.I20140606-1215
java.version=1.8.0_20
java.vendor=Oracle Corporation
BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=en_NZ
Command-line arguments: -os win32 -ws win32 -arch x86_64

!ENTRY org.eclipse.fx.ide.java6 4 0 2014-10-18 18:46:49.497
!MESSAGE FrameworkEvent ERROR
!STACK 0
org.osgi.framework.BundleException: Could not resolve module: org.eclipse.fx.ide.java6 [221]
Unresolved requirement: Require-Capability: osgi.ee; filter:="(&(osgi.ee=JavaSE)(version>=1.3)(!(version>=1.8 )))"

at org.eclipse.osgi.container.Module.start(Module.java:434)
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1582)
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1561)
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1533)
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1476)
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1)
at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)
at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:340)

!ENTRY org.eclipse.e4.ui.workbench 1 0 2014-10-18 18:46:54.133
!MESSAGE Nothing to merge for "platform:/plugin/org.eclipse.e4.tools.emf.ui/fragment.e4xmi"

!ENTRY org.eclipse.e4.ui.workbench 1 0 2014-10-18 18:46:54.137
!MESSAGE Nothing to merge for "platform:/plugin/org.eclipse.e4.tools.emf.ui/fragment.e4xmi"

im on java 8_20 is that the problem here?

[Updated on: Sat, 18 October 2014 05:44] by Moderator

Re: Building a native executable with Eclipse 4.4 and e(fx)clispe [message #1448074 is a reply to message #1447130]

Sun, 19 October 2014 06:07

Eclipse User

Not this is not any problem. If please share your project somewhere so
that I can try to reproduce your problem locally.

Tom

On 17.10.14 23:07, Matthew Meehan wrote:
> the log has this when I hit generate
>
> "!ENTRY org.eclipse.equinox.ds 1 0 2014-10-18 10:04:14.916
> !MESSAGE Could not bind a reference of component
> org.eclipse.fx.ide.css.cssext.ui.internal.DefaultCssExtProvider. The
> reference is: Reference[name = ICSSExtModelProvider, interface =
> org.eclipse.fx.ide.css.cssext.ICSSExtModelProvider, policy = dynamic,
> cardinality = 0..n, target = null, bind = bindCssExtensionModelProvider,
> unbind = unbindCssExtensionModelProvider]"
>
> I wouldn't think that is required and I tried to remove it from the
> project just not but the option is greyed out. I assume thats part of
> the efxclipse plugin somewhere??

Re: Building a native executable with Eclipse 4.4 and e(fx)clispe [message #1448087 is a reply to message #1448074]

Sun, 19 October 2014 06:35

Eclipse User

I Edited my last post and got a more relevant error, Im surprised you even saw that version of my previous post :S
Quote:

!SESSION 2014-10-18 18:46:48.482 -----------------------------------------------
eclipse.buildId=4.4.0.I20140606-1215
java.version=1.8.0_20
java.vendor=Oracle Corporation
BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=en_NZ
Command-line arguments: -os win32 -ws win32 -arch x86_64

!ENTRY org.eclipse.fx.ide.java6 4 0 2014-10-18 18:46:49.497
!MESSAGE FrameworkEvent ERROR
!STACK 0
org.osgi.framework.BundleException: Could not resolve module: org.eclipse.fx.ide.java6 [221]
Unresolved requirement: Require-Capability: osgi.ee; filter:="(&(osgi.ee=JavaSE)(version>=1.3)(!(version>=1.8 )))"

at org.eclipse.osgi.container.Module.start(Module.java:434)
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1582)
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1561)
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1533)
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1476)
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1)
at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)
at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:340)

!ENTRY org.eclipse.e4.ui.workbench 1 0 2014-10-18 18:46:54.133
!MESSAGE Nothing to merge for "platform:/plugin/org.eclipse.e4.tools.emf.ui/fragment.e4xmi"

!ENTRY org.eclipse.e4.ui.workbench 1 0 2014-10-18 18:46:54.137
!MESSAGE Nothing to merge for "platform:/plugin/org.eclipse.e4.tools.emf.ui/fragment.e4xmi"

But I will also get the project workspace to you

Re: Building a native executable with Eclipse 4.4 and e(fx)clispe [message #1448091 is a reply to message #1448087]

Sun, 19 October 2014 06:41

Eclipse User

I hit refresh in posting and now it is a double posts....

[Updated on: Sun, 19 October 2014 06:43] by Moderator

Re: Building a native executable with Eclipse 4.4 and e(fx)clispe [message #1448092 is a reply to message #1448087]

Sun, 19 October 2014 06:42

Eclipse User

The workspace is attached, I am running on java 8_20, I'm pretty sure the project won't work properly without update20 or higher because of the latest version of controlsFX

Attachment: RealStandardStudios.zip
(Size: 14.47MB, Downloaded 185 times)

Re: Building a native executable with Eclipse 4.4 and e(fx)clispe [message #1450841 is a reply to message #1448092]

Wed, 22 October 2014 21:23

Eclipse User

Hey mate, just looking for any updates for my documentation as It's a school project

Re: Building a native executable with Eclipse 4.4 and e(fx)clispe [message #1450982 is a reply to message #1450841]

Thu, 23 October 2014 02:56

Eclipse User

Attachment: build.fxbuild
(Size: 0.42KB, Downloaded 281 times)

Re: Building a native executable with Eclipse 4.4 and e(fx)clispe [message #1450985 is a reply to message #1448091]

Thu, 23 October 2014 03:01

Eclipse User

Attachment: build.fxbuild
(Size: 0.42KB, Downloaded 245 times)

Re: Building a native executable with Eclipse 4.4 and e(fx)clispe [message #1450986 is a reply to message #1448087]

Thu, 23 October 2014 03:04

Eclipse User

Re: Building a native executable with Eclipse 4.4 and e(fx)clispe [message #1450987 is a reply to message #1446837]

Thu, 23 October 2014 03:05

Eclipse User

Hi,

Ok I see the problem how did you get the build.fxbuild file - it is
corrupted? You notice that when you enter e.g. an Application versio it
does not get dirty!

Overwrite it with the version attached but it would be interesting to
know how you get the fxbuild file in this state?

Tom

On 17.10.14 15:55, Matthew Meehan wrote:
> through following the javafx-8 tutorial on code.makery.ch
> (I'd link it but I don't have the five posts required to....)
> I have attempted to create a native windows exe for my program, however I have been held up at this screen for some reason.
>
> When I press the "Generate ant build.xml only" link a dialog seems to flash before me but nothing happens afterwards, no new directories or anything.
>

Re: Building a native executable with Eclipse 4.4 and e(fx)clispe [message #1450990 is a reply to message #1450841]

Thu, 23 October 2014 03:07

Eclipse User

Re: Building a native executable with Eclipse 4.4 and e(fx)clispe [message #1450992 is a reply to message #1450990]

Thu, 23 October 2014 03:08

Eclipse User

Forgot the file

Attachment: build.fxbuild
(Size: 0.41KB, Downloaded 268 times)

Re: Building a native executable with Eclipse 4.4 and e(fx)clispe [message #1451540 is a reply to message #1450990]

Thu, 23 October 2014 20:46

Eclipse User

poor understanding of egit probably caused it, I barely understand what I'm doing with the plugin enough to fix merge conflicts and my team mates blindly follow my instructions to use it :S

Re: Building a native executable with Eclipse 4.4 and e(fx)clispe [message #1451790 is a reply to message #1451540]

Fri, 24 October 2014 05:35

Eclipse User

Ok - are you now able to produce an msi/exe?

Tom

On 24.10.14 02:46, Matthew Meehan wrote:
> poor understanding of egit probably caused it, I barely understand what
> I'm doing with the plugin enough to fix merge conflicts and my team
> mates blindly follow my instructions to use it :S

Re: Building a native executable with Eclipse 4.4 and e(fx)clispe [message #1458929 is a reply to message #1451790]

Sat, 01 November 2014 20:01

Eclipse User

I can generate one fine now but all I get it "Failed due to exception from main class" when I run the application..

Re: Building a native executable with Eclipse 4.4 and e(fx)clispe [message #1458933 is a reply to message #1458929]

Sat, 01 November 2014 20:06

Eclipse User

when I run it manually it says
Quote:

E:\workspace\RealStandardStudios\RpgApp\build\deploy>java -jar RpgApp.jar
Exception in Application start method
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at com.sun.javafx.application.LauncherImpl.launchApplicationWithArgs(Unk
nown Source)
at com.sun.javafx.application.LauncherImpl.launchApplication(Unknown Sou
rce)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at sun.launcher.LauncherHelper$FXHelper.main(Unknown Source)
Caused by: java.lang.RuntimeException: Exception in Application start method
at com.sun.javafx.application.LauncherImpl.launchApplication1(Unknown So
urce)
at com.sun.javafx.application.LauncherImpl.lambda$launchApplication$147(
Unknown Source)
at com.sun.javafx.application.LauncherImpl$$Lambda$48/1268447657.run(Unk
nown Source)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.IllegalStateException: Location is not set.
at javafx.fxml.FXMLLoader.loadImpl(Unknown Source)
at javafx.fxml.FXMLLoader.load(Unknown Source)
at window.Interface.initRootLayout(Unknown Source)
at window.Interface.initialize(Unknown Source)
at rpg.MainApp.start(Unknown Source)
at com.sun.javafx.application.LauncherImpl.lambda$launchApplication1$153
(Unknown Source)
at com.sun.javafx.application.LauncherImpl$$Lambda$51/838810226.run(Unkn
own Source)
at com.sun.javafx.application.PlatformImpl.lambda$runAndWait$166(Unknown
Source)
at com.sun.javafx.application.PlatformImpl$$Lambda$45/128893786.run(Unkn
own Source)
at com.sun.javafx.application.PlatformImpl.lambda$null$164(Unknown Sourc
e)
at com.sun.javafx.application.PlatformImpl$$Lambda$47/950203329.run(Unkn
own Source)
at java.security.AccessController.doPrivileged(Native Method)
at com.sun.javafx.application.PlatformImpl.lambda$runLater$165(Unknown S
ource)
at com.sun.javafx.application.PlatformImpl$$Lambda$46/1108411398.run(Unk
nown Source)
at com.sun.glass.ui.InvokeLaterDispatcher$Future.run(Unknown Source)
at com.sun.glass.ui.win.WinApplication._runLoop(Native Method)
at com.sun.glass.ui.win.WinApplication.lambda$null$141(Unknown Source)
at com.sun.glass.ui.win.WinApplication$$Lambda$37/1147985808.run(Unknown
Source)
... 1 more
Exception running application rpg.MainApp

this says to me that its not seeing any of the fxml files properly right?

EDIT:
I fixed it... so when I am getting all of my FXML files through this.getClass().getResource() that works fine BUT if you go this.getClass().getResource("").getPath() + "/data" it goes haywire outside of the development env.
Also if a class extends one in another project it seems to want to look at the superclasses dir rather than the extended one but it didn't happen every time so slightly confused there.
Anyway stopped using getResource.getPath()+"other string" and when applicable used System.getProperty("user.dir") and things are now back on the road.

[Updated on: Sat, 01 November 2014 21:31] by Moderator

Re: Building a native executable with Eclipse 4.4 and e(fx)clispe [message #1459429 is a reply to message #1458933]

Sun, 02 November 2014 08:31

Eclipse User

On 02.11.14 01:06, Matthew Meehan wrote:
> when I run it manually it says
> Quote:
>> E:\workspace\RealStandardStudios\RpgApp\build\deploy>java -cp
>> RpgApp.jar rpg.Mai
>> nApp
>> Exception in Application start method
>> java.lang.reflect.InvocationTargetException
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
>> Source)
>> at java.lang.reflect.Method.invoke(Unknown Source)
>> at
>> com.sun.javafx.application.LauncherImpl.launchApplicationWithArgs(Unk
>> nown Source)
>> at
>> com.sun.javafx.application.LauncherImpl.launchApplication(Unknown Sou
>> rce)
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
>> Source)
>> at java.lang.reflect.Method.invoke(Unknown Source)
>> at sun.launcher.LauncherHelper$FXHelper.main(Unknown Source)
>> Caused by: java.lang.RuntimeException: Exception in Application start
>> method
>> at
>> com.sun.javafx.application.LauncherImpl.launchApplication1(Unknown So
>> urce)
>> at
>> com.sun.javafx.application.LauncherImpl.lambda$launchApplication$147(
>> Unknown Source)
>> at
>> com.sun.javafx.application.LauncherImpl$$Lambda$48/1268447657.run(Unk
>> nown Source)
>> at java.lang.Thread.run(Unknown Source)
>> Caused by: java.lang.IllegalStateException: Location is not set.
>> at javafx.fxml.FXMLLoader.loadImpl(Unknown Source)
>> at javafx.fxml.FXMLLoader.load(Unknown Source)
>> at window.Interface.initRootLayout(Unknown Source)
>> at window.Interface.initialize(Unknown Source)
>> at rpg.MainApp.start(Unknown Source)
>> at
>> com.sun.javafx.application.LauncherImpl.lambda$launchApplication1$153
>> (Unknown Source)
>> at
>> com.sun.javafx.application.LauncherImpl$$Lambda$51/838810226.run(Unkn
>> own Source)
>> at
>> com.sun.javafx.application.PlatformImpl.lambda$runAndWait$166(Unknown
>> Source)
>> at
>> com.sun.javafx.application.PlatformImpl$$Lambda$45/128893786.run(Unkn
>> own Source)
>> at
>> com.sun.javafx.application.PlatformImpl.lambda$null$164(Unknown Sourc
>> e)
>> at
>> com.sun.javafx.application.PlatformImpl$$Lambda$47/950203329.run(Unkn
>> own Source)
>> at java.security.AccessController.doPrivileged(Native Method)
>> at
>> com.sun.javafx.application.PlatformImpl.lambda$runLater$165(Unknown S
>> ource)
>> at
>> com.sun.javafx.application.PlatformImpl$$Lambda$46/1108411398.run(Unk
>> nown Source)
>> at com.sun.glass.ui.InvokeLaterDispatcher$Future.run(Unknown
>> Source)
>> at com.sun.glass.ui.win.WinApplication._runLoop(Native Method)
>> at com.sun.glass.ui.win.WinApplication.lambda$null$141(Unknown
>> Source)
>> at
>> com.sun.glass.ui.win.WinApplication$$Lambda$37/1147985808.run(Unknown
>> Source)
>> ... 1 more
>> Exception running application rpg.MainApp
>
>
> this says to me that its not seeing any of the fxml files properly right?

That's correct how does the code look like where you are loading the FXML?

Tom

Re: Building a native executable with Eclipse 4.4 and e(fx)clispe [message #1461928 is a reply to message #1459429]

Tue, 04 November 2014 22:18

Eclipse User

I fixed it... so when I am getting all of my FXML files through this.getClass().getResource() that works fine BUT if you go this.getClass().getResource("").getPath() + "/data" it goes haywire outside of the development env.
Also if a class extends one in another project it seems to want to look at the superclasses dir rather than the extended one but it didn't happen every time so slightly confused there.
Anyway stopped using getResource.getPath()+"other string", just using a direct getResource.getPath("FXMLFILE") and when applicable used System.getProperty("user.dir") and things are now back on the road.

Re: Building a native executable with Eclipse 4.4 and e(fx)clispe [message #1462107 is a reply to message #1461928]

Wed, 05 November 2014 02:58

Eclipse User

Why are you using getResource("FXMLFILE").getPath() at all? The
FXMLLoader-API always wants an URL! Your useage of System.getProperty()
stuff also does not really make sense to me but maybe there is.

The problem with your getPath() call is that in the exported version you
are inside the JAR-Filesystem which is different to host filesystem in
many ways where the most prominent are:
* no relative parent paths e.g. ../bla.fxml does not work!
* cases sensitiveness where it is different to the windows-filesystem

Tom

On 05.11.14 04:18, Matthew Meehan wrote:
> I fixed it... so when I am getting all of my FXML files through
> this.getClass().getResource() that works fine BUT if you go
> this.getClass().getResource("").getPath() + "/data" it goes haywire
> outside of the development env.
> Also if a class extends one in another project it seems to want to look
> at the superclasses dir rather than the extended one but it didn't
> happen every time so slightly confused there.
> Anyway stopped using getResource.getPath()+"other string", just using a
> direct getResource.getPath("FXMLFILE") and when applicable used
> System.getProperty("user.dir") and things are now back on the road.

Previous Topic:	Splash screen in efxclipse ?
Next Topic:	Drag&drop issue when exchanging an Object via DragBoard

Goto Forum:

-=] Back to Top [=-

Current Time: Tue Jul 01 01:11:47 EDT 2025

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter