Java errors trying openhab 5.0 docker for first time

Setup, Configuration and Use Migration
1

I tried running openhab 5.0.1 in docker and get tons of errors filling the openhab.log files. So I had to stop it. Searching on one error suggested it went away deleting the cache and tmp directories (I would think it should do that automatically). That didn’t help. The first error I couldn’t find in a search. I was previously running 4.3.6

2025-10-04 09:57:31.332 [WARN ] [ore.internal.scheduler.SchedulerImpl] - Scheduled job ‘’ failed and stopped
java.lang.reflect.UndeclaredThrowableException: null
at jdk.proxy279.$Proxy413.apply(Unknown Source) ~[?:?]
at org.openhab.core.internal.scheduler.SchedulerImpl.lambda$12(SchedulerImpl.java:189) ~[?:?]
at org.openhab.core.internal.scheduler.SchedulerImpl.lambda$1(SchedulerImpl.java:88) ~[?:?]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:572) ~[?:?]
at java.util.concurrent.FutureTask.run(FutureTask.java:317) ~[?:?]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:304) ~[?:?]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1144) ~[?:?]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642) ~[?:?]
at java.lang.Thread.run(Thread.java:1583) [?:?]
Caused by: org.openhab.core.model.script.engine.ScriptExecutionException: ‘sendMessage’ is not a member of ‘org.openhab.core.thing.binding.ThingActions’; line 48, column 31, length 34
at org.openhab.core.model.script.interpreter.ScriptInterpreter.invokeFeature(ScriptInterpreter.java:133) ~[?:?]
at org.eclipse.xtext.xbase.interpreter.impl.XbaseInterpreter._doEvaluate(XbaseInterpreter.java:881) ~[?:?]
at org.eclipse.xtext.xbase.interpreter.impl.XbaseInterpreter.doEvaluate(XbaseInterpreter.java:243) ~[?:?]
at org.openhab.core.model.script.interpreter.ScriptInterpreter.doEvaluate(ScriptInterpreter.java:225) ~[?:?]
at org.eclipse.xtext.xbase.interpreter.impl.XbaseInterpreter.internalEvaluate(XbaseInterpreter.java:227) ~[?:?]
at org.eclipse.xtext.xbase.interpreter.impl.XbaseInterpreter._doEvaluate(XbaseInterpreter.java:936) ~[?:?]
at org.eclipse.xtext.xbase.interpreter.impl.XbaseInterpreter.doEvaluate(XbaseInterpreter.java:287) ~[?:?]
at org.openhab.core.model.script.interpreter.ScriptInterpreter.doEvaluate(ScriptInterpreter.java:225) ~[?:?]
at org.eclipse.xtext.xbase.interpreter.impl.XbaseInterpreter.internalEvaluate(XbaseInterpreter.java:227) ~[?:?]
at org.eclipse.xtext.xbase.interpreter.impl.XbaseInterpreter._doEvaluate(XbaseInterpreter.java:475) ~[?:?]
at org.eclipse.xtext.xbase.interpreter.impl.XbaseInterpreter.doEvaluate(XbaseInterpreter.java:251) ~[?:?]
at org.openhab.core.model.script.interpreter.ScriptInterpreter.doEvaluate(ScriptInterpreter.java:225) ~[?:?]
at org.eclipse.xtext.xbase.interpreter.impl.XbaseInterpreter.internalEvaluate(XbaseInterpreter.java:227) ~[?:?]
at org.eclipse.xtext.xbase.interpreter.impl.XbaseInterpreter._doEvaluate(XbaseInterpreter.java:488) ~[?:?]
at org.eclipse.xtext.xbase.interpreter.impl.XbaseInterpreter.doEvaluate(XbaseInterpreter.java:267) ~[?:?]
at org.openhab.core.model.script.interpreter.ScriptInterpreter.doEvaluate(ScriptInterpreter.java:225) ~[?:?]
at org.eclipse.xtext.xbase.interpreter.impl.XbaseInterpreter.internalEvaluate(XbaseInterpreter.java:227) ~[?:?]
at org.eclipse.xtext.xbase.interpreter.impl.XbaseInterpreter._doEvaluate(XbaseInterpreter.java:475) ~[?:?]
at org.eclipse.xtext.xbase.interpreter.impl.XbaseInterpreter.doEvaluate(XbaseInterpreter.java:251) ~[?:?]
at org.openhab.core.model.script.interpreter.ScriptInterpreter.doEvaluate(ScriptInterpreter.java:225) ~[?:?]
at org.eclipse.xtext.xbase.interpreter.impl.XbaseInterpreter.internalEvaluate(XbaseInterpreter.java:227) ~[?:?]
at org.eclipse.xtext.xbase.interpreter.impl.XbaseInterpreter.evaluate(XbaseInterpreter.java:213) ~[?:?]
at org.eclipse.xtext.xbase.interpreter.impl.ClosureInvocationHandler.doInvoke(ClosureInvocationHandler.java:47) ~[?:?]
at org.eclipse.xtext.xbase.interpreter.impl.AbstractClosureInvocationHandler.invoke(AbstractClosureInvocationHandler.java:30) ~[?:?]
… 9 more

The only sendMessage in my rules is for Pushover. Looking at the documentation that still seems valid, and the pushover messages are working.
The next message is longer, and repeats over and over.

2025-10-04 09:58:31.337 [ERROR] [xbase.resource.BatchLinkableResource] - resolution of uriFragment ‘|::0.2.0.2.0.0.0::0::/1’ failed.
java.lang.NullPointerException: Cannot read field “actionServices” because the return value of “org.openhab.core.model.script.ScriptServiceUtil.getInstance()” is null
at org.openhab.core.model.script.ScriptServiceUtil.getActionServices(ScriptServiceUtil.java:123) ~[?:?]
at org.openhab.core.model.script.scoping.ActionClassLoader.loadClass(ActionClassLoader.java:36) ~[?:?]
at java.lang.Class.forName0(Native Method) ~[?:?]
at java.lang.Class.forName(Class.java:534) ~[?:?]
at java.lang.Class.forName(Class.java:513) ~[?:?]
at org.eclipse.xtext.common.types.access.impl.ClassFinder.forName(ClassFinder.java:42) ~[?:?]
at org.eclipse.xtext.common.types.access.impl.ClassFinder.forName(ClassFinder.java:1) ~[?:?]
at org.eclipse.xtext.common.types.access.impl.AbstractClassFinder.forName(AbstractClassFinder.java:44) ~[?:?]
at org.eclipse.xtext.common.types.access.reflect.ReflectionTypeProvider.findTypeByName(ReflectionTypeProvider.java:87) ~[?:?]
at org.eclipse.xtext.common.types.access.reflect.ReflectionTypeProvider.findTypeByName(ReflectionTypeProvider.java:108) ~[?:?]
at org.eclipse.xtext.common.types.xtext.AbstractTypeScope.getSingleElement(AbstractTypeScope.java:60) ~[?:?]
at org.eclipse.xtext.common.types.xtext.AbstractTypeScope.getSingleElement(AbstractTypeScope.java:55) ~[?:?]
at org.eclipse.xtext.common.types.xtext.AbstractTypeScope.getElements(AbstractTypeScope.java:74) ~[?:?]
at org.eclipse.xtext.linking.impl.ImportedNamesAdapter$WrappingScope$1.iterator(ImportedNamesAdapter.java:80) ~[?:?]
at org.eclipse.xtext.scoping.impl.ImportScope.getLocalElementsByName(ImportScope.java:157) ~[?:?]
at org.eclipse.xtext.scoping.impl.ImportScope.getSingleLocalElementByName(ImportScope.java:143) ~[?:?]
at org.eclipse.xtext.scoping.impl.AbstractScope.getSingleElement(AbstractScope.java:106) ~[?:?]
at org.eclipse.xtext.scoping.impl.AbstractScope.getSingleElement(AbstractScope.java:109) ~[?:?]
at org.eclipse.xtext.scoping.impl.AbstractScope.getSingleElement(AbstractScope.java:109) ~[?:?]
at org.eclipse.xtext.scoping.impl.AbstractScope.getSingleElement(AbstractScope.java:109) ~[?:?]
at org.eclipse.xtext.xbase.scoping.batch.TypeLiteralScope.getLocalElementsByName(TypeLiteralScope.java:49) ~[?:?]
at org.eclipse.xtext.xbase.scoping.batch.AbstractSessionBasedScope.getElements(AbstractSessionBasedScope.java:175) ~[?:?]
at org.eclipse.xtext.xbase.typesystem.internal.ScopeProviderAccess.getCandidateDescriptions(ScopeProviderAccess.java:144) ~[?:?]
at org.eclipse.xtext.xbase.typesystem.internal.AbstractTypeComputationState.getDescriptions(AbstractTypeComputationState.java:431) ~[?:?]
at org.eclipse.xtext.xbase.typesystem.internal.AbstractTypeComputationState.getLinkingCandidates(AbstractTypeComputationState.java:407) ~[?:?]
at org.eclipse.xtext.xbase.typesystem.computation.XbaseTypeComputer._computeTypes(XbaseTypeComputer.java:1227) ~[?:?]
at org.eclipse.xtext.xbase.typesystem.computation.XbaseTypeComputer.computeTypes(XbaseTypeComputer.java:113) ~[?:?]
at org.openhab.core.model.script.jvmmodel.ScriptTypeComputer.computeTypes(ScriptTypeComputer.java:38) ~[?:?]
at org.eclipse.xtext.xbase.typesystem.internal.AbstractTypeComputationState.doComputeTypes(AbstractTypeComputationState.java:124) ~[?:?]
at org.eclipse.xtext.xbase.typesystem.internal.AbstractTypeComputationState.computeTypes(AbstractTypeComputationState.java:112) ~[?:?]
at org.eclipse.xtext.xbase.typesystem.internal.AbstractLinkingCandidate.resolveArgumentType(AbstractLinkingCandidate.java:628) ~[?:?]
at org.eclipse.xtext.xbase.typesystem.internal.FeatureLinkingCandidate.resolveArgumentType(FeatureLinkingCandidate.java:964) ~[?:?]
at org.eclipse.xtext.xbase.typesystem.internal.AbstractLinkingCandidate.computeFixedArityArgumentType(AbstractLinkingCandidate.java:580) ~[?:?]
at org.eclipse.xtext.xbase.typesystem.internal.AbstractLinkingCandidate.computeArgumentType(AbstractLinkingCandidate.java:444) ~[?:?]

The end of the above message and start of the next:

at org.eclipse.osgi.container.ModuleContainer.refresh(ModuleContainer.java:1139) [org.eclipse.osgi-3.18.0.jar:?]
at org.eclipse.osgi.container.ModuleContainer$ContainerWiring.dispatchEvent(ModuleContainer.java:1520) [org.eclipse.osgi-3.18.0.jar:?]
at org.eclipse.osgi.container.ModuleContainer$ContainerWiring.dispatchEvent(ModuleContainer.java:1) [org.eclipse.osgi-3.18.0.jar:?]
at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:234) [org.eclipse.osgi-3.18.0.jar:?]
at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:345) [org.eclipse.osgi-3.18.0.jar:?]

2025-10-04 09:58:31.672 [ERROR] [xbase.resource.BatchLinkableResource] - resolution of uriFragment ‘|::0.2.0.2.0.0.0::0::/1’ failed.
java.lang.NullPointerException: Cannot read field “actionServices” because the return value of “org.openhab.core.model.script.ScriptServiceUtil.getInstance()” is null
at org.openhab.core.model.script.ScriptServiceUtil.getActionServices(ScriptServiceUtil.java:123) ~[?:?]
at org.openhab.core.model.script.scoping.ActionClassLoader.loadClass(ActionClassLoader.java:36) ~[?:?]
at java.lang.Class.forName0(Native Method) ~[?:?]
at java.lang.Class.forName(Class.java:534) ~[?:?]

These messages come right after it loaded lighting.rules. Earlier it gives this loading lighting.rules:

2025-10-04 09:56:42.789 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model ‘lighting.rules’
2025-10-04 09:56:43.434 [INFO ] [el.core.internal.ModelRepositoryImpl] - Validation issues found in configuration model ‘lighting.rules’, using it anyway:
There is no context to infer the closure’s argument types from. Consider typing the arguments or put the closures into a typed context.

This was present in my 4.3 logs too. The part of the rule I think has the problem is this:

rule "Vacation Mode"
when
    Time cron "0/10 * * * * ?"
then
    if (Vacation_Mode.state == ON) {
        val priordays = 7
        InsideLights.members.forEach[light |
            var state_from_pers = light.persistedState(now.minusDays(priordays)).state
            if(state_from_pers != light.state) {
                 light.sendCommand(state_from_pers.toString)
                }
            ]
        }

end

Thanks in advance for any help.

2

The first upgrade is always a mess (IMO). I usually let the logs settle down a bit (I don’t bother to analyze them) and restart the container. From the command line

docker restart openhab-openhab-1  // or whatever your container is called
3

It does. But then it needs to install all the add-ons and bundles and such. That first start continues without waiting so often bindings and rules start to do things before everything is ready.

So @apella12 's suggestion is important. I usually wait until most if not all of my Things come online. Then restart the container and only on this restart pay attention to errors.

Of course something can go wrong installing the add-ons and bundles so if the wire seems to be a bad install of add-on or such, clearing the cache will force OH to residual then again.

4

I had restarted it once by removing the cache and tmp, which did not help.

In my 4.3 I changed the rule and got that warning removed, and I restarted 5.0 again with the lighting.rules file removed. It gives that first one (about sendMessage), but the other one was then gone. Putting in the lighting rules starts those other messages. I started commenting out stuff until just having it empty to not get a bunch of messages. So I uncommented what I thought was the simplest rule:

rule "Vacation_Button"
when
    Item MRKeypadB1 changed to ON
then
    if (Vacation_Mode.state == ON) {
       Vacation_Mode.sendCommand(OFF)
    } else {
       Vacation_Mode.sendCommand(ON)
    }
end

This gives the following in the openhab.log:

2025-10-06 16:31:08.311 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model ‘lighting.rules’
2025-10-06 16:31:08.372 [ERROR] [xbase.resource.BatchLinkableResource] - resolution of uriFragment ‘|::0.2.0.2.0.0.0::0::/1’ failed.
java.lang.NullPointerException: null
2025-10-06 16:31:08.376 [ERROR] [xbase.resource.BatchLinkableResource] - resolution of uriFragment ‘|::0.2.0.2.0.0.0::0::/1’ failed.
java.lang.NullPointerException: null
2025-10-06 16:31:08.380 [ERROR] [xbase.resource.BatchLinkableResource] - resolution of uriFragment ‘|::0.2.0.2.0.0.0.7::0::/1’ failed.
java.lang.NullPointerException: null
2025-10-06 16:31:08.383 [ERROR] [xbase.resource.BatchLinkableResource] - resolution of uriFragment ‘|::0.2.0.2.0.0.0.7::0::/1’ failed.
java.lang.NullPointerException: null
2025-10-06 16:31:08.390 [ERROR] [xbase.resource.BatchLinkableResource] - resolution of uriFragment ‘|::0.2.0.2.0.0.0::0::/1’ failed.
java.lang.NullPointerException: null
2025-10-06 16:31:08.394 [ERROR] [xbase.resource.BatchLinkableResource] - resolution of uriFragment ‘|::0.2.0.2.0.0.0::0::/1’ failed.
java.lang.NullPointerException: null
2025-10-06 16:31:08.397 [ERROR] [xbase.resource.BatchLinkableResource] - resolution of uriFragment ‘|::0.2.0.2.0.0.0.7::0::/1’ failed.
java.lang.NullPointerException: null
2025-10-06 16:31:08.401 [ERROR] [xbase.resource.BatchLinkableResource] - resolution of uriFragment ‘|::0.2.0.2.0.0.0.7::0::/1’ failed.
java.lang.NullPointerException: null
2025-10-06 16:31:08.407 [ERROR] [xbase.resource.BatchLinkableResource] - resolution of uriFragment ‘|::0.2.0.2.0.0.0::0::/1’ failed.
java.lang.NullPointerException: null
2025-10-06 16:31:08.411 [ERROR] [xbase.resource.BatchLinkableResource] - resolution of uriFragment ‘|::0.2.0.2.0.0.0::0::/1’ failed.
java.lang.NullPointerException: null
2025-10-06 16:31:08.414 [ERROR] [xbase.resource.BatchLinkableResource] - resolution of uriFragment ‘|::0.2.0.2.0.0.0::0::/1’ failed.
java.lang.NullPointerException: null
2025-10-06 16:31:08.418 [ERROR] [xbase.resource.BatchLinkableResource] - resolution of uriFragment ‘|::0.2.0.2.0.0.0::0::/1’ failed.
java.lang.NullPointerException: null
2025-10-06 16:31:08.421 [ERROR] [xbase.resource.BatchLinkableResource] - resolution of uriFragment ‘|::0.2.0.2.0.0.0::0::/1’ failed.
java.lang.NullPointerException: null
2025-10-06 16:31:08.425 [ERROR] [xbase.resource.BatchLinkableResource] - resolution of uriFragment ‘|::0.2.0.2.0.0.0::0::/1’ failed.
java.lang.NullPointerException: null
2025-10-06 16:31:08.428 [ERROR] [xbase.resource.BatchLinkableResource] - resolution of uriFragment ‘|::0.2.0.2.0.0.0::0::/1’ failed.
java.lang.NullPointerException: null
2025-10-06 16:31:08.432 [ERROR] [xbase.resource.BatchLinkableResource] - resolution of uriFragment ‘|::0.2.0.2.0.0.0::0::/1’ failed.
java.lang.NullPointerException: null
2025-10-06 16:31:08.436 [ERROR] [xbase.resource.BatchLinkableResource] - resolution of uriFragment ‘|::0.2.0.2.0.0.0::0::/1’ failed.
java.lang.NullPointerException: null
2025-10-06 16:31:08.439 [ERROR] [xbase.resource.BatchLinkableResource] - resolution of uriFragment ‘|::0.2.0.2.0.0.0::0::/1’ failed.
java.lang.NullPointerException: null

pages more of this.

5

I’m no where near the expert on this, but IMO cleaning the tmp and cache is what causes the first update to be problematic (it is automatic on an upgrade). As @rlkoshak notes a lot of installation is happening (in the tmp and cache folders). The docker restart doesn’t mess with those folders.

That said you may have some other problem.

6

I see so much about clearing cache and tmp, and never thought that would be a bad idea.

I did a restart without changing anything. The first thing I noticed the Alexa TTS worked (on the prior startup I installed the binding and set it up, but TTS wasn’t working). After this restart, putting in one rule, no errors. Tried the whole file, no errors. Go figure.

So I think everything is working now.

That first error (the sendMessage one) also did not appear on this restart.

Thanks both of you for the help.

1 Like