openHAB 3.3 Milestone discussion

helmar74 · June 27, 2022, 7:58am

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)

AndrewFG · June 27, 2022, 8:16am

@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”

AndrewFG · June 27, 2022, 10:13am

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

FreddyM · June 28, 2022, 2:57pm

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

hmerk · June 28, 2022, 3:00pm

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

FreddyM · June 28, 2022, 3:08pm

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.

hmerk · June 28, 2022, 3:15pm

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.

FreddyM · June 28, 2022, 3:37pm

The Sonos binding is installed via UI, I will try to reinstall the Sonos binding.

AndrewFG · June 28, 2022, 5:42pm

Sound as if it could be related to this…

github.com/openhab/openhab-core

During OH version upgrades, binding JAR files already in the Addons folder are not picked up

opened 11:21AM - 28 Jun 22 UTC

closed 04:23PM - 25 Aug 22 UTC

andrewfg

awaiting feedback

### Issue When upgrading from one OH version to another (e.g. from v3.2 to v3….3) any binding JAR files (for test versions of bindings) that had been manually dropped in the Addons folder under the prior version (e.g. v3.2) are not automatically picked up (i.e. not installed) during the upgrade process from the prior version (e.g. v3.2) to the newer version (e.g. v3.3). ### Work-around You have to delete such JAR files from the Addons folder and then drop them again in the Addons folder. This causes OH to pick them up and install them in the normal way. ### Solution During a version upgrade process, the OH core should detect binding JAR files in the Addons folder, and install them as if they had been newly dropped in the Addons folder.

hmerk · June 28, 2022, 5:52pm

No, unrelated. I already asked, Binding was installed via UI.

FreddyM · June 30, 2022, 8:23pm

I have not reinstalled the Sonos binding but I have reinstalled the BasicUI.
After that the Sonos binding is working and I can also see the BasicUI (see my first post).

ssalonen · July 1, 2022, 3:46pm

@Kai the comment above did not reach the release notes (breaking change) it seems. Can you please add it?

Kai · July 1, 2022, 5:17pm

@ssalonen We have a section about stricter configuration validation in the release notes, see Release openHAB 3.3.0 · openhab/openhab-distro · GitHub. Do you think that needs any addition?

ssalonen · July 1, 2022, 5:53pm

Yes please @Kai, see the post I replied to with a suggested note targeting modbus specifically. EDIT: copy pasting here

openHAB 3.3 enforces more strict configuration validation that might invalidate previously valid textual modbus configuration. As a result, manual corrections might be needed for data things defined in things configuration file.

Previously textual config accepted “unsigned” writeValueTypes such “uint16”. These are no longer accepted in openHAB 3.3.

Replace the writeValueType as follows with openHAB 3.3:

uint16 with int16

uint32 with int32

uint32_swap with int32_swap

uint64 with int64

uint64_swap with int64_swap

Despite the change in parameter value, the behavior is exactly the same as before.

Note that things defined in MainUI require no change. Also note that readValueType parameter requires no change.

Even though the release notes explain the root cause, I can imagine it is not very actionable for novice modbus users. With the note it should be clear what to do.

Kai · July 4, 2022, 6:02pm

@ssalonen I’ve added a Modbus section with this info to the release notes.

ssalonen · July 4, 2022, 6:04pm

Looks good. Much appreciated!

Ahiel · July 9, 2022, 10:22pm

Is it working now?
I’m having same problem with Sonos binding.
any ideas?

When installing addon I see this error:
[ERROR] [g.sonos.internal.SonosHandlerFactory] - bundle org.openhab.binding.sonos:3.3.0 (274)[org.openhab.binding.sonos.internal.SonosHandlerFactory(373)] : Error during instantiation of the implementation object: Unable to get service for reference $001

And when installing thing this error:
[.thing.internal.GenericThingProvider] - No ThingHandlerFactory found for thing sonos:One:RINCON_XXXXXXXX (thing-type is sonos:One). Deferring initialization.

mstormi · July 29, 2022, 1:07pm

40 posts were split to a new topic: Issues with 3.3 on Win10

Masssssy · July 11, 2022, 11:29am

Having lots of issues as well. No bindings seem to initialize properly except the manually added ones in the addon folder.

I don’t think I have ever for 8 years been able to simply “upgrade” OpenHAB… Sure addons etc can break but it would really be preferable if that addon would be forced off rather than crash thew whole of OpenHAB every single time.

Let’s see if I figure this out. I’m already furious from my Z-wave network commiting suicide in the middle of the night for who the hell knows why. Might just go live in the woods for a while.

Edit: Apparently removing one random binding got everything rolling again? I just removed chromecast binding and added it again and everything loads fine? Happy for that, but wtf.

smitopher · July 12, 2022, 4:09am

I had several ZWave hiccups with milestones, the release upgrade was trouble free