Wouter Born
Wouter Born
If you use openHAB 3.2.0.M3 or a recent 3.2.0-SNAPSHOT build you can install it using the new Marketplace (see [Announcement](https://community.openhab.org/t/announcing-the-community-marketplace/127188?u=wborn), https://github.com/openhab/openhab-webui/pull/1158#issuecomment-914140336). It is currently listed under "Bindings" instead of "Other"...
The runtime seems to start with Java 17 :slightly_smiling_face:, but as expected DSL rules don't work: ``` [ERROR] [re.automation.internal.RuleEngineImpl] - Failed to execute rule ‘demo-8' with status 'UNINITIALIZED' ``` It's...
> Regarding XStream: I'm not too confident we'll see a Java 17 implementation anytime soon (in contrast to XText where at least a roadmap exists). I haven't seen any XStream...
There are also some new annoying warnings we might want to look into. :roll_eyes: You'll see this on startup: ``` WARNING: A terminally deprecated method in java.lang.System has been called...
> Because Nashorn was removed in Java 15, ECMAScript also doesn't show. It might still be possible to create an Automation add-on using [nashorn-core](https://search.maven.org/artifact/org.openjdk.nashorn/nashorn-core) for backwards compatibility and if GraalVM...
Yes your transformation PRs look very promising! 👍 I plan on testing them soon. 🙂 Do you know if multiple JS scripting engines are also supported by the script transformation/profile...
The root cause according to @smerschjohann in #4808 is: > As we don't know when the whole platform is initialized, the [ScriptFileWatcher](https://github.com/eclipse/smarthome/blob/master/bundles/automation/org.eclipse.smarthome.automation.module.script.rulesupport/src/main/java/org/eclipse/smarthome/automation/module/script/rulesupport/internal/loader/ScriptFileWatcher.java) currently waits for 25 seconds before importing the...
It's certainly useful and I would also adapt the Docker container build to use it. Due to the lack of such a file we now have to maintain our own...
To push this forwards I've generated a [versions.json](https://github.com/wborn/openhab-versions/blob/master/versions.json) file using a [bash script](https://github.com/wborn/openhab-versions) inspired by what we use in the Docker repo. WDYT?
> In the Tomcat way, for openhab-3.0.1.zip the toplevel folder should be openhab-3.0.1 It will probably cause issues when updating the version number of an existing instance after an upgrade,...