Just updated one of my three OH system’s to from 4.3.6-1 to 5.0.0 M4
These are the installed bindings in this system:
88 Things are up and running.
The UI looks as it should:
-Rules like this are running:
Detailed stuff will follow somehow…
So far, this is a very good job envolved developers, and stuff.
Thank you very much, so far…
What I’m wondering is this here:
A lot has been done to rework the semantic tags. Some tags have been removed, a lot of new tags were added, and a few were moved becuase they were not in the correct category to begin with. I believe “LowBattery” is one that moved from a point tag to a property tag.
Point tags are what the Item does or represents generically (e.g. control, measure, status) and the property is what it does it to (e.g. temperature, humidity, etc.). You can’t “low battery” something. That’s a property.
All of these Items are tagged with “Energy” and “LowBattery” but now both “Energy” and “LowBattery” are both property tags. Therefore, all of these Items have two property tags and no point tag. You will need to remove one of the these tags and add a point tag (“Status” or “Measurement” might be good choices) to each Item to clear the problem.
But this does illustrate the new semantic model checker UI which tells you about any misconfiguration in your semantic model. Also don’t miss the new UI for creating new custom semantic tags under Developer Tools.
Thanks Rich, I changed it now to an“switch“, as it is on or off.
Is this a topic, which should be changed automatically somehow.
All my hue and Shelly battery based items from the things has this issue.
The widget chosen to show the Item/control the Items is based, in part, on the semantic tag. If you use “switch” as the Point tag you are telling OH this Item is something you can control with a switch, like a light. Using a Point tag like “measurement”, “status” or the like tells OH this is a sensor or status flag, not something that is controlled.
I’m not sure if this is OH 5 R4 related or caused by something else.
I just published a new rule template to the marketplace and when I try to install it I get the following in the logs:
2025-07-18 14:16:38.731 [INFO ] [rketplace.AbstractRemoteAddonService] - Re-installing missing add-ons from remote repository: [marketplace:165001]
2025-07-18 14:16:41.647 [INFO ] [rketplace.AbstractRemoteAddonService] - Re-installing missing add-ons from remote repository: [marketplace:165001]
2025-07-18 14:16:43.744 [WARN ] [ity.CommunityMarketplaceAddonService] - Unable to retrieve marketplace add-ons: Server returned HTTP response code: 429 for URL: https://community.openhab.org/c/mtplace/69/l/latest?page=12
2025-07-18 14:16:43.745 [INFO ] [rketplace.AbstractRemoteAddonService] - Re-installing missing add-ons from remote repository: [marketplace:165001]
After that the template is not installed and when I leave and return to the Add-on store, no rule templates or Block libraries are shown. To get them back I must restart OH.
I upgraded to
openHAB 4.3.6
Release Build
Main UI Commit 555bbbeb
And that went smoothly and then I backed up my data and upgraded to:
openHAB 5.0.0.RC1
Milestone Build
Main UI Commit 63b79784
All works as far as I can tell.
I had to restart a few times to remove a few errors but then it all worked fine.
The errors looked like this:
`openhab [ERROR] [ipt.internal.ScriptEngineManagerImpl] - ScriptEngine for language 'application/javascript' could not be found for identifier:`
But after a restart the log was clear.
Hello getting this warning during Startup
2025-07-19 07:55:08.151 [WARN ] [ax.web.service.spi.model.ServerModel] - ServletModel{id=ServletModel-42,name='cxf-servlet',urlPatterns=[/*],contexts=[{WB,OCM-1,default,/}]} can't be registered now in context / under "/*" mapping. Conflict with ServletModel{id=ServletModel-29,name='/',urlPatterns=[/*],contexts=[{WB,OCM-1,default,/}]}.
2025-07-19 07:55:08.160 [WARN ] [ax.web.service.spi.model.ServerModel] - Skipped registration of ServletModel{id=ServletModel-42,name='cxf-servlet',urlPatterns=[/*],contexts=[{WB,OCM-1,default,/}]} because of existing mappings. Servlet will be added as "awaiting registration".
Without telling some details it is hard to troubleshoot.
Hi, I upgraded 2 systems (one from 4.3.6 and the other from 5.0.0 M4) to OH 5.0.0 RC1.
On both I’m getting this error, which wasn’t there in former versions:
2025-07-19 08:19:24.024 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'alexa.items'
2025-07-19 08:19:24.060 [WARN ] [ore.common.registry.AbstractRegistry] - Cannot add "SwitchItem" with key "i_EchoDotEsszimmer_Bluetooth". It exists already from provider "ManagedItemProvider"! Failed to add a second with the same UID from provider "GenericItemProvider"!
I restartet the system several times, which doesn’t fix it.
EDIT:
When I try to remove Item in .items file, I get:
2025-07-19 08:29:25.375 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'alexa.items'
2025-07-19 08:29:25.528 [WARN ] [ore.common.registry.AbstractRegistry] - Provider 'GenericItemProvider' is not allowed to remove element 'SwitchItem' with key 'i_EchoDotEsszimmer_Bluetooth' from the registry because it was added by provider 'ManagedItemProvider'.
2025-07-19 08:29:41.451 [INFO ] [el.core.internal.ModelRepositoryImpl] - Loading model 'alexa.items'
2025-07-19 08:29:41.465 [WARN ] [ore.common.registry.AbstractRegistry] - Cannot add "SwitchItem" with key "i_EchoDotEsszimmer_Bluetooth". It exists already from provider "ManagedItemProvider"! Failed to add a second with the same UID from provider "GenericItemProvider"!
This is the ITEM configuration:
Switch i_EchoDotEsszimmer_Bluetooth "Echo Dot Esszimmer Bluetooth" {channel="amazonechocontrol:echo:135801fa:2ce21ec4f7:bluetooth"}
I agree but I only see this warning during Startup I have nothing changed in my setup only upgraded openhab
installed RC1 and after restart everything was coming up nicely. So far from 4.3 to 5.0 is a walk in the park
@milo : I have to admit that I don’t watch warnings during startup. (there were far too many during the last years and almost never caused trouble). I focus on warnings after system is completely running
@Larsen I restarted 5 times never seen this warning again
I thought I post it maybe someone from the team can see there sth.
In the past, this exact same issue happened, but the log was set to DEBUG so you didn’t see it. It’s now set to WARN so you see it. That’s the only difference.
Now that you see it, you’re aware that your item i_EchoDotEsszimmer_Bluetooth already exists as a managed item (created through UI) and you’re also definining it in .items file.
You need to choose one or the other. Either delete it from your .items file, or from the mainui. Once you’ve done that, the message should no longer appear when you restart openhab.
Deleted the UI created one, that fixed the issue.
Thanks a lot!
HTTP status code 429 is “Too Many Requests”, so this comes from the forum. I don’t know if this is the result of “too many requests” from your client specifically, or if this is globally for the forum, although I’d suspect it’s the former.
The add-on results have a very long cache time, which causes various problems:
https://github.com/openhab/openhab-core/issues/4834#issuecomment-2956970795
My guess is that you don’t “have to” restart OH, but wait for the cache to expire. But, restarting OH is the “quick way” to expire the cache.
Sorry if this is a redundant question but I’m looking for a confirmation re: upgrades steps including Java 21. I had issues earlier on with OpenJDK 21 trying to use with 4.3 when I switched to the newest openhabian 64bit version. So now that I’ve been on OH4.3.6 on RPI4 with openhabian 64bit successfully for some time I’d like to confirm…
Thanks
Yes, upgrade java first, then OH.
OH 4.3 can run on java21.
2025-07-19 08:41:00.641 [WARN ] [ore.common.registry.AbstractRegistry] - Cannot add "GroupItem" with key "KitchenMotion". It exists already from provider "GenericItemProvider"! Failed to add a second with the same UID from provider "ManagedItemProvider"!
I’m pretty sure I only have this defined in an items file, but I no longer see the lock. When I delete edited: (the file) everything breaks. I do have UI defined items in the group could that be a factor?
Entire sensor.items file
Group:Switch:OR(ON, OFF) KitchenMotion "Kitchen motion" <motion>
UI page;
EDIT: Actually all other group items have this warning now and do not show the lock
That’s because it was also added through the ui. Delete it, then either restart OH or reload your groupitem (maybe comment it out and uncomment it?)
Maybe at some point in the past, you tried importing your items file to the UI using the developer tools.
An Update today from 5.0.0 M4 to 5.0.0 RC1 was without any issue. For me so everything works.
All things are online.