the pick algorithm that SplitPane uses or the geometry makes it tough to select consistently and appear buggy

@thomasnield https://github.com/hudsonb/kubed There is that one for charts too it seems

Is there any easy way convert from Joda to Java8 time and back? I am using *JavaFX*'s DatePicker to select a

java.time.LocalDate

and Exposed to store the date in a database, but currently it only supports

org.joda.time.DateTime

So far I came up with this, and it seems to make the conversion just fine:

fun java.time.LocalDateTime.toJoda(): org.joda.time.DateTime = DateTime(this.atZone(ZoneId.systemDefault()).toInstant().toEpochMilli())
fun org.joda.time.DateTime.toJava(): java.time.LocalDateTime = LocalDateTime.ofInstant(Instant.ofEpochMilli(this.millis), ZoneId.systemDefault())

Any comments?

If you didn’t already, you might put this to the general group

Exposed has a channel here too

@SackCastellon it looks like they have a branch where someone is modularizing their data type support into separate packages. See

date-split-modules

branch

I've been trying to use FXLauncher to distribute my project. I've setup a gradle IntelliJ project to do so. After running 'generateNativeInstaller' I can start the application by going into

../build/fxlauncher

and running

java -jar fxlauncher.jar

. All the requisite files are present. But the executable will not run.

The executable complains of not being able to find the main class. It does so after failing to sync any files (I've no files deployed anywhere for syncing as I was just getting started). I've been unable to make it work by copying files around. Am I missing something obvious to make the executable work? It is the executable built from

generateNativeInstaller

, via Gradle, and is found within

../build/installer/bundles/

.

This is of course a TornadoFX project.

Well, I loaded up those same jars onto a toy localhost 'server' and after 'updating' from with those files it worked successfully. So that solves the problem. But, if there's another way to proceed for testing, if one doesn't want to setup a server just yet, I'd be interested in knowing. Thanks.

..And it's just a matter of dumping all the requisite jars in the

app

directory. The issue is completely solved as of now, but I will leave this in case it helps someone searching for FXLauncher details.

@Jon White have you tried using a

file://

url instead of

http://

?

Hey all, I've stumbled upon a vexing issue with using the

webview

builder within one of my views. I've gotten it working just fine in a different app that's plain Java/JavaFX, but for some reason I'm getting NPE with TornadoFX. I have a simple HTML file, that does nothing but load a stylesheet and three scripts in the body to display a full-screen animated background slideshow. My intention is to create a create a StackPane and then layer another Layout on top of it with a welcome message and sign in/out buttons. However, I cannot seem to get the

webview

to load the HTML. Here's what I've got so far:

class MainView : View("Hello TornadoFX") {
    override val root = stackpane {
        webview {
            val bg: String = MainView::class.java.getResource("bg.html").toExternalForm()
            engine.load(bg)
        }
    }
}

I haven't added the other pieces to the stackpane because for the life of me, I can't seem to get the HTML to load

The HTML file is adjacent to the view, and I've tried

engine.load(resources["bg.html"])

,

engine.load(resources["./bg.html"])

, and a few other things. I can't seem to figure out why I'm getting the NPE

@John Post the stack trace 🙂 Also, make sure that resources["bg.html"] actually resolves to a resource.

The version of the jdk might also be relevant. I had issues with 8u161 in relation to webview / javascript causing the jvm to crash. They have since been rectified in 8u172. Not likely the same thing - but thought I would mention it.

@gtnarg Thanks for mentioning. I've seen some weird things with 161 myself. Will upgrade right away 🙂

@gtnarg Thanks for the tip, I'll be upgrading my jdk when I get home.

@edvin Thanks for such a cool framework. I'll post the stack trace as soon as I can

@gtnarg I appreciate the tip about the jdk version, but the one I'm using at work is 8u172

Here is the stack trace that I'm getting from the NPE

May 12, 2018 4:29:21 AM tornadofx.DefaultErrorHandler uncaughtException
SEVERE: Uncaught error
java.lang.NullPointerException
	at edu.rochester.dcops.view.MainView$root$1$1.invoke(MainView.kt:8)
	at edu.rochester.dcops.view.MainView$root$1$1.invoke(MainView.kt:5)
	at tornadofx.FXKt.opcr(FX.kt:449)
	at tornadofx.ControlsKt.webview(Controls.kt:31)
	at edu.rochester.dcops.view.MainView$root$1.invoke(MainView.kt:7)
	at edu.rochester.dcops.view.MainView$root$1.invoke(MainView.kt:5)
	at tornadofx.FXKt.opcr(FX.kt:449)
	at tornadofx.LayoutsKt.stackpane(Layouts.kt:120)
	at tornadofx.LayoutsKt.stackpane$default(Layouts.kt:120)
	at edu.rochester.dcops.view.MainView.<init>(MainView.kt:6)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
	at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
	at java.lang.Class.newInstance(Class.java:442)
	at tornadofx.FXKt.find(FX.kt:408)
	at tornadofx.FXKt.find$default(FX.kt:393)
	at tornadofx.App.start(App.kt:86)
	at com.sun.javafx.application.LauncherImpl.lambda$launchApplication1$161(LauncherImpl.java:863)
	at com.sun.javafx.application.PlatformImpl.lambda$runAndWait$174(PlatformImpl.java:326)
	at com.sun.javafx.application.PlatformImpl.lambda$null$172(PlatformImpl.java:295)
	at java.security.AccessController.doPrivileged(Native Method)
	at com.sun.javafx.application.PlatformImpl.lambda$runLater$173(PlatformImpl.java:294)
	at com.sun.glass.ui.InvokeLaterDispatcher$Future.run(InvokeLaterDispatcher.java:95)
	at com.sun.glass.ui.win.WinApplication._runLoop(Native Method)
	at com.sun.glass.ui.win.WinApplication.lambda$null$147(WinApplication.java:177)
	at java.lang.Thread.run(Thread.java:748)

@John uploaded a file:

this is my project structure, for reference as well. I've placed the HTML and its assets in the

resources

folder, which is marked in IntelliJ as a resource root. I've also tried placing them adjacent to the

MainView.kt

file, with similar results

ext.tornadofx_version = '1.7.11' 🙀

@John try putting a / in front of the bg.html reference, making it "/bg.html". That's an absolute ref from the top of the classpath. I think moving bg.html alongside the code will work, but IntelliJ only processes source by default in the src folder. It doesn't copy everything from a package over like some build systems.

src/main/resources/hw.html

@carlw Thank you, I'm not sure why that worked but it did! I had previously tried to put the

javaClass.getResource("/bg.html").toExternalForm()

within the

engine.load()

call, but it was also throwing the NPE. Could it have to do with the read-only variable assignment forcing a resolution to the resource first before passing it to the

engine.load()

method?

Once again, thank you so much for your help!