OpenHAB and future JDK versions. When?


(David Graeff) #21

They are using GraalVM. GraalVM is able to fully compile java bytecode ahead of time (AOT), so they basically start x86 binaries. Of course that leads to very good start up times. But I have read that GraalVM does not work well with OSGi which is used by openHAB.

And by speaking of OSGi. That existed way before Java9 jigsaw aka modules. So openHAB by itself is very modular actually. And it is a simple compile switch that converts an OSGi bundle into a java9 module (almost).

OSGi is a runtime modular system though. The advantage is that any binding can be thrown in at any time and the system will adapt. So we cannot simply link a static runtime and have a smaller memory footprint, because the next user will require exactly the method that you have removed. But openHAB already requires that you only use methods from the Compact Profile 2.


(Wolfram) #22

Well, my concern when it comes to home automation is not that much “speed” but security and trust. So to what extent does this VM provide something to my OpenHAB installation? Nothing as far as I can see. It’s surely relevant in some other domains.

Just my 2ct.

By the way, what about the next release of Java? 12, 13, 14, …


(David Graeff) #23

openHAB is not using any deprecated JDK methods, so new versions should be fine. Java 8->9 was actually the big challenge with the module system, but it currently looks like OH 2.5 will be java 11 compatible.