openHAB 3.3 Milestone discussion

Hi, i have the same problem with openhab docker M7. some binding connected to the internet doesn’t work. Perhaps a problem with the docker image. I go Back to M6 and everything work again

Hi,

same here.
The bindings that want to go online get all the following errors:

2022-06-21 23:25:52.954 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'openweathermap:onecall:api:local' changed from OFFLINE (COMMUNICATION_ERROR): javax.net.ssl.SSLHandshakeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty to UNINITIALIZED

This could also be related to the errors mentioned by @partytown @phil2fer

Hello all,

Since 3.3.0.M7 the following message runs permanently. Everything works

2022-06-24 09:45:16.426 [INFO ] [io.openhabcloud.internal.CloudClient] - Disconnected from the openHAB Cloud service (UUID = e7a4eb54-373e-4952-a730-4004e2067edc, base URL = http://localhost:8080)
2022-06-24 09:45:29.352 [INFO ] [io.openhabcloud.internal.CloudClient] - Connected to the openHAB Cloud service (UUID = e7a4eb54-373e-4952-a730-4004e2067edc, base URL = http://localhost:8080)
2022-06-24 09:49:47.424 [INFO ] [io.openhabcloud.internal.CloudClient] - Disconnected from the openHAB Cloud service (UUID = e7a4eb54-373e-4952-a730-4004e2067edc, base URL = http://localhost:8080)
2022-06-24 09:49:54.538 [INFO ] [io.openhabcloud.internal.CloudClient] - Connected to the openHAB Cloud service (UUID = e7a4eb54-373e-4952-a730-4004e2067edc, base URL = http://localhost:8080)
2022-06-24 09:51:40.398 [INFO ] [io.openhabcloud.internal.CloudClient] - Disconnected from the openHAB Cloud service (UUID = e7a4eb54-373e-4952-a730-4004e2067edc, base URL = http://localhost:8080)
2022-06-24 09:51:46.814 [INFO ] [io.openhabcloud.internal.CloudClient] - Connected to the openHAB Cloud service (UUID = e7a4eb54-373e-4952-a730-4004e2067edc, base URL = http://localhost:8080)
2022-06-24 09:59:13.717 [INFO ] [io.openhabcloud.internal.CloudClient] - Disconnected from the openHAB Cloud service (UUID = e7a4eb54-373e-4952-a730-4004e2067edc, base URL = http://localhost:8080)
2022-06-24 09:59:19.995 [INFO ] [io.openhabcloud.internal.CloudClient] - Connected to the openHAB Cloud service (UUID = e7a4eb54-373e-4952-a730-4004e2067edc, base URL = http://localhost:8080)
2022-06-24 10:02:55.570 [INFO ] [io.openhabcloud.internal.CloudClient] - Disconnected from the openHAB Cloud service (UUID = e7a4eb54-373e-4952-a730-4004e2067edc, base URL = http://localhost:8080)

Greetings Holger

Remark for @Kai : the 3 new bindings mentioned as added in RC1 release notes were already there in M7. There is in fact no new bindings added with RC1.

2 Likes

I can finally confirm that problem has been solved with 3.3.0RC1

Just for the record, the config-duration values still have a fractional value like 255.0

Tip: as I had changed all channels previously to a different value than 255 I reverted this but this time I didn’t go through the UI each by each thing and channel but rather I edited the /var/lib/openhab/jsondb/org.openhab.core.thing.Thing.json file (stop OH, backup file, edit file, start OH). Make sure that you make a backup before editing.

Thanks for the fix
Stefan

3.3M7-> RC1 Upgrade seems to break HabPanel Dummy Items on older iPad 3

After upgrading from OH 3.3.0M7 Docker to RC1 Docker last evening I noticed that none of my Dummy Items are displayed in HabPanel running on an older iPad3. The issue does not exist with the M7. I have reverted to M7 and all is good, but if use the RC1 then issue is apparent. I can reproduce this going and back forth between the two versions, so I am fairly certain something changed in RC1 that is causing this issue. I have started and restarted the Docker several times to insure that everything settled, but to no avail. If I use an iPad 4 or newer, the issue is not present and it is only the Dummy Items that seem to have an issue.

From the release notes, this was merged:

Thanks for pointing this out. I missed that in the release notes. Unfortunately it turned out not to be a minor change for those of us running HabPanel on older hardware. I may be wrong, but I would imagine that includes a substantial percentage of HabPanel users.

I saw this exception this morning after installing the latest build (2972). I believe it coincided with me saving a change to conf/services/addons.cfg

2022-06-26 08:09:09.407 [WARN ] [mmon.WrappedScheduledExecutorService] - Scheduled runnable ended with an exception:
java.util.ConcurrentModificationException: null
	at java.util.HashMap.computeIfAbsent(HashMap.java:1135) ~[?:?]
	at org.openhab.core.service.WatchQueueReader.checkAndTrackContent(WatchQueueReader.java:439) ~[?:?]
	at org.openhab.core.service.WatchQueueReader.lambda$5(WatchQueueReader.java:355) ~[?:?]
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515) ~[?:?]
	at java.util.concurrent.FutureTask.run(FutureTask.java:264) ~[?:?]
	at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:304) ~[?:?]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) [?:?]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) [?:?]
	at java.lang.Thread.run(Thread.java:829) [?:?]

Edit: To be a bit more specific, my change to conf/services/addons.cfg was to add a binding (unifi) to the list.

Thanks for the report, @mhilbush. I have created Fix ConcurrentModificationException in WatchQueueReader by kaikreuzer · Pull Request #3016 · openhab/openhab-core · GitHub for it.

2 Likes

Question: I’m still running on the M5. From the release notes I didn’t see anything that could break if I update directly to the latest milestone.
What you guys think?

Hi, I just updated from 3.2.0 to 3.3.0 on my integration system.
After that I received the following Error in openhab.log when opening habpanel or Refreshing MAIN UI Interface in Browser:

2022-06-27 09:17:16.902 [WARN ] [apache.cxf.jaxrs.utils.ResourceUtils] - No resource methods have been found for resource class javax.ws.rs.core.Response

The message is received 6 times.

Any Idea, what a can do?

I “solved” it with changing:

log:set ERROR org.apache.cxf.jaxrs.utils.ResourceUtils

in karaf Shell

(I also had set this in OH 3.2.0)

@Kai there are two small typos in your release notes… (3.3 to 3.2 and compatible)

“openHAB 3.3 is fully backward compatibility to openHAB 3.3 setups”

1 Like

@Kai it is still wrong… it should be “openHAB 3.3 is fully backward compatible to openHAB 3.2 setups” (compatible not compatibility)

1 Like

After upgrade to openHAB 3.3.0 Release Build - Sonos binding don’t work,
I get always HANDLER_MISSING_ERROR
And I can’t see the BasicUI, only OpenHABian Help

Are you shure to have the binding installed ? I just tested with my PLAY:ONE, which is working flawless.

Yes, the binding is installed.
After upgrade I must start the bindings manually over the karaf console, all other bindings start
only the Sonos binding.

There seems to be somesting wrong with your installation. I do not have to start any binding or bundle manually. Is your Sonos binding installed via UI or addons-folder ?
You could try to uninstall the Sonos binding and reinstall ist again.