Anyone else have bundles fail to install when upgrading? I’m on docker so just redeploy and everything is good except none of my bundles are installed. I get a message in the log. I was moving from 3.1.0M1 to 3.1.0M2
I saw in your “openHAB 3.1 Milestone Builds” that you do not recommend to upgrade to Milestone 2. Is there already a timeline that you can share when M3 will become available?
Please apologize if I am not so familiar with the common openHAB release schedules as I am normally not chasing the latest levels. But I am planning to finally move up from OH2(.5.12) to OH3 and intended use v3.1 unless it is not recommended to upgrade directly to v3.1 for production (and maybe better using 3.0.1 instead). And my plan is to do this during the easter holidays if M3 is available in that time frame
But you are right that Milestone 3 is due right now. There was quite some activity on code this weekend and there are a few PRs that should still be merged before Milestone 3, therefore we didn’t build it yesterday. I’d hope that this Thursday or Friday might be a good moment for it - you should have it for Easter .
@Kai many thanks for the new release. Can you please advise if PR #10119 [velux] is actually in the release or not? (As it is not mentioned in the release notes).
@massi & @AndrewFG Thanks for noticing, there were indeed a few PRs missing as they weren’t correctly tagged on Github (note: PRs turn up in the release notes if they either have “bug” or “enhancement” tag on them. Issues are never listed in the release notes, so please always make sure to have a speaking title for every PR, because that’s what users will see in the end. Thanks!
It seems that M3 has introduced a missing dependency problem ‘jcifs.netbios.NbtAddress’ in the ‘HDPowerView’ binding. Does anyone have an idea what I need to change in the binding code to resolve it again?
2021-04-02 13:46:51.356 [WARN ] [mmon.WrappedScheduledExecutorService] - Scheduled runnable ended with an exception:
java.lang.NoClassDefFoundError: jcifs/netbios/NbtAddress
at org.openhab.binding.hdpowerview.internal.discovery.HDPowerViewHubDiscoveryService.lambda$0(HDPowerViewHubDiscoveryService.java:83) ~[?:?]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515) ~[?:?]
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:305) ~[?:?]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:305) ~[?:?]
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:834) [?:?]
Caused by: java.lang.ClassNotFoundException: jcifs.netbios.NbtAddress cannot be found by org.openhab.binding.hdpowerview_3.1.0.M3
at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:484) ~[org.eclipse.osgi-3.12.100.jar:?]
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:395) ~[org.eclipse.osgi-3.12.100.jar:?]
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:387) ~[org.eclipse.osgi-3.12.100.jar:?]
at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:150) ~[org.eclipse.osgi-3.12.100.jar:?]
at java.lang.ClassLoader.loadClass(ClassLoader.java:522) ~[?:?]
... 7 more
The tried and true method is to either unload all of them and slowly add them back until the issue reappears or removing each one, one at a time until the issue disappears. Neither method is easy, painless or quick, in fact quite the opposite.
With that said, the warning appears to have something to do with secure socket layer and client certificates. Suspect any binding which is connecting securely to a cloud server
Maybe list all the bindings you use and we’ll take a shot at guessing which one is the culprit