after upgrading i see this while starting openhab (without any symptom):
17:48:43.603 [ERROR[] [nal.common.AbstractInvocationHandler] - An error occurred while calling method 'QueryablePersistenceService.persistedItem()' on 'org.openhab.persistence.rrd4j.internal.RRD4jPersistenceService@70f6f27b': Invalid start time in fetch request: -1410509400
java.lang.IllegalArgumentException: Invalid start time in fetch request: -1410509400
at org.rrd4j.core.FetchRequest.<init>(FetchRequest.java:32) ~[?:?]
at org.rrd4j.core.RrdDb.createFetchRequest(RrdDb.java:943) ~[?:?]
at org.openhab.persistence.rrd4j.internal.RRD4jPersistenceService.persistedItem(RRD4jPersistenceService.java:603) ~[?:?]
at jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:103) ~[?:?]
at java.lang.reflect.Method.invoke(Method.java:580) ~[?:?]
at org.openhab.core.internal.common.AbstractInvocationHandler.invokeDirect(AbstractInvocationHandler.java:149) ~[?:?]
at org.openhab.core.internal.common.Invocation.call(Invocation.java:52) ~[?:?]
at java.util.concurrent.FutureTask.run(FutureTask.java:317) ~[?:?]
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) [?:?]
17:48:43.633 [ERROR[] [ence.internal.PersistenceManagerImpl] - Exception occurred while querying persistence service 'rrd4j' to restore 'WeatherStation_CurrentHumidity': Invalid start time in fetch request: -1410509400
java.lang.IllegalArgumentException: Invalid start time in fetch request: -1410509400
at org.rrd4j.core.FetchRequest.<init>(FetchRequest.java:32) ~[?:?]
at org.rrd4j.core.RrdDb.createFetchRequest(RrdDb.java:943) ~[?:?]
at org.openhab.persistence.rrd4j.internal.RRD4jPersistenceService.persistedItem(RRD4jPersistenceService.java:603) ~[?:?]
at jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:103) ~[?:?]
at java.lang.reflect.Method.invoke(Method.java:580) ~[?:?]
at org.openhab.core.internal.common.AbstractInvocationHandler.invokeDirect(AbstractInvocationHandler.java:149) ~[?:?]
at org.openhab.core.internal.common.Invocation.call(Invocation.java:52) ~[?:?]
at java.util.concurrent.FutureTask.run(FutureTask.java:317) ~[?:?]
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) [?:?]
You are right. For this item no more persistent values exists.
Correction:
The values exists in the rrd4j database. If i have a look to some charts no chart values are display if the current time is included in this chart and i see this message in the log file:
19:52:49.356 [ERROR[] [internal.JSONResponseExceptionMapper] - Unexpected exception occurred while processing REST request.
java.lang.IllegalArgumentException: Invalid start time in fetch request: -1410501900
at org.rrd4j.core.FetchRequest.<init>(FetchRequest.java:32) ~[?:?]
at org.rrd4j.core.RrdDb.createFetchRequest(RrdDb.java:943) ~[?:?]
at org.openhab.persistence.rrd4j.internal.RRD4jPersistenceService.query(RRD4jPersistenceService.java:507) ~[?:?]
at org.openhab.core.io.rest.core.internal.persistence.PersistenceResource.createDTO(PersistenceResource.java:441) ~[?:?]
at org.openhab.core.io.rest.core.internal.persistence.PersistenceResource.getItemHistoryDTO(PersistenceResource.java:358) ~[?:?]
at org.openhab.core.io.rest.core.internal.persistence.PersistenceResource.httpGetPersistenceItemData(PersistenceResource.java:307) ~[?:?]
at jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:103) ~[?:?]
at java.lang.reflect.Method.invoke(Method.java:580) ~[?:?]
at org.apache.cxf.service.invoker.AbstractInvoker.performInvocation(AbstractInvoker.java:179) ~[bundleFile:3.6.5]
at org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:96) ~[bundleFile:3.6.5]
at org.apache.cxf.jaxrs.JAXRSInvoker.invoke(JAXRSInvoker.java:201) ~[bundleFile:3.6.5]
at org.apache.cxf.jaxrs.JAXRSInvoker.invoke(JAXRSInvoker.java:104) ~[bundleFile:3.6.5]
at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:59) ~[bundleFile:3.6.5]
at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:96) ~[bundleFile:3.6.5]
at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:307) ~[bundleFile:3.6.5]
at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:121) ~[bundleFile:3.6.5]
at org.apache.cxf.transport.http.AbstractHTTPDestination.invoke(AbstractHTTPDestination.java:265) ~[bundleFile:3.6.5]
at org.apache.cxf.transport.servlet.ServletController.invokeDestination(ServletController.java:234) ~[bundleFile:3.6.5]
at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:208) ~[bundleFile:3.6.5]
at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:160) ~[bundleFile:3.6.5]
at org.apache.cxf.transport.servlet.CXFNonSpringServlet.invoke(CXFNonSpringServlet.java:225) ~[bundleFile:3.6.5]
at org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:304) ~[bundleFile:3.6.5]
at org.apache.cxf.transport.servlet.AbstractHTTPServlet.doGet(AbstractHTTPServlet.java:222) ~[bundleFile:3.6.5]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:497) ~[bundleFile:4.0.4]
at org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(AbstractHTTPServlet.java:279) ~[bundleFile:3.6.5]
at org.ops4j.pax.web.service.spi.servlet.OsgiInitializedServlet.service(OsgiInitializedServlet.java:102) ~[bundleFile:?]
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:799) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.servlet.ServletHandler$ChainEnd.doFilter(ServletHandler.java:1656) ~[bundleFile:9.4.57.v20241219]
at org.ops4j.pax.web.service.spi.servlet.OsgiFilterChain.doFilter(OsgiFilterChain.java:113) ~[bundleFile:?]
at org.ops4j.pax.web.service.jetty.internal.PaxWebServletHandler.doHandle(PaxWebServletHandler.java:334) ~[bundleFile:?]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:600) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1624) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1440) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:505) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1594) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1355) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:234) ~[bundleFile:9.4.57.v20241219]
at org.ops4j.pax.web.service.jetty.internal.PrioritizedHandlerCollection.handle(PrioritizedHandlerCollection.java:96) ~[bundleFile:?]
at org.eclipse.jetty.server.handler.gzip.GzipHandler.handle(GzipHandler.java:772) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.server.Server.handle(Server.java:516) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.server.HttpChannel.lambda$handle$1(HttpChannel.java:487) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:732) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:479) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:277) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:105) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.io.ChannelEndPoint$1.run(ChannelEndPoint.java:104) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:338) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:315) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:173) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:131) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:409) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:883) ~[bundleFile:9.4.57.v20241219]
at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1034) ~[bundleFile:9.4.57.v20241219]
at java.lang.Thread.run(Thread.java:1583) [?:?]
I just upgraded from M1 to M2 and Iāve messed around a bit and have done all the things I know to do (clerared out the add-ons folder, cleared the cache, downgraded then upgraded again, etc) but nothing seems to work. I always get stuck at runlevel 70 with the following log repeated every minute.
Having a similar/same issue, all things are missing handlers from the handler factory, so all things are offline. I also get this in the logs in addition to the ERROR you have repeating over and overā¦
Hello, pls bare with me if it is too early to post this before having the tried the milestone build itself. But Iām doing this in good faith to help improve quality of openHAB 5.0 early and maybe helping to avoid a breaking change later on:
I had filed an issue regarding how the Alexa skill canāt deal consistently with Number:Dimensionless items that carry a percentage (off by factor 100, community post is here, too.)
My question here is: Does it make sense to check a 5.0 milestone whether the issue magically does not exist anymore? (I cant do that easily myself since Iām not using a dockerized installation). Maybe someone with a milestone installation and the alexa skill could check?!
BTW: Iām posting here, because the possible introduction of Number:Percentage does not seem to be a speciality for the Alexa skill only.
That issue makes no mention of the unit Item metadata. If you set the unit metadata to % then the Itemās state will be converted to a %. Then Alexa should get the correct value because the Itemās state is already in the correct value.
The default unit for Number:Dimensionless is ONE which is just a simple ratio. .55 ONE == .55 == 55 %.
I didnāt see your community post when it was originally posted but:
OpenHab expects a range between 0 and 1 (matching 0% to 100%) to display a percentage properly (e.g. in a sitemap), but ā¦
this is incorrect. OH will convert what ever itās sent to the unit of the Item. When no unit is sert the system default unit is used. For Number:Dimensionless the default unit is ONE.
If you set the unit to %, the value should get converted to a percent (i.e. 0.45 will be converted to 45 %) before the Item is updated.
This might already be fixed since the overhaul of UoM that was done as part of OH 4.0. You just need to specify the unit.
Can someone check if blinds-badges in location tab works in M1 and/or M2?
I have realized today (M2) that it doesnāt work anymore in my setup and I never have changed anything the last months/years. My configuration is:
Group/Equipment (Semantic Class = Blinds)
ā Rollershutter Item (Semantic Class = Control, Semantic Property = Level)
Option 1: My configuration is wrong, but it has worked in the past (4.x versions)
Option 2: There has been a change to the user interface and the handling of badges for blinds
Option 3: There is a bug in M2 (and M1?) and the badges for blinds no longer work
openhab 5 M2
Raspberry Pi 8Gb
Restored openhab 4.3.3 for testing - no issues detected
Unexpected but positive: 2 new Alex Skills discovered
Hi Team
I have been wanting to test the new capability for oh-series to support additional graph types
to enable testing I create a simple bar chart in the widget editor - I get no display in the preview of the widget
I have tested with the echarts page that if i change the ābarā to a "pie then I get a pie chart instead of the bar (albeit with an axis at the bottom) Apache eChart simple bar chart just change ābarā to āpieā and the pie chart displays
so I recreated a simple pie chart in the oh widget editor and have this working
I then modify the āpieā to a ābarā
Nothing is displayed in the widget editor
NOTE that when I use the autocomplete of the editor it offers bar and the additional chart types as options for the type
Below is the code for this simple widget
Question are these new chart types expected to work yet as I saw that the Additional Chart Type Support has been integrated into OH 5 M1
uid: barTest
tags:
- Method - create a working Pie and then try to change to Bar Chart
- This works on the Apache Documentation page for the bar chart to pie
props: {}
timestamp: Apr 30, 2025, 2:25:50 PM
component: oh-chart
config:
height: 240px
options:
backgroundColor: lightgray
slots:
series:
- component: oh-data-series
config:
data:
- value: 10
name: Mon
- value: 100
name: Tue
- value: 33
name: Wed
- value: 87
name: Thur
- value: 60
name: Fri
- value: 42
name: Sat
- value: 18
name: Sun
type: pie
testing: change the pie to a bar and theory it should display a bar chart
Itās a Qubino 3 phase meter. Never had any trouble with it before, but if I understand the log correctly (pasting below) itās not found in the registry any more. Items connected to the channels seem to update alright. Donāt know if @chris has any input here?
Log posts:
2025-05-01 09:51:50.850 [INFO ] [ve.internal.protocol.ZWaveController] - Starting ZWave controller
2025-05-01 09:51:50.853 [INFO ] [ve.internal.protocol.ZWaveController] - ZWave timeout is set to 5000ms. Soft reset is false.
2025-05-01 09:52:00.306 [WARN ] [wave.discovery.ZWaveDiscoveryService] - NODE 9: Device discovery could not resolve to a thingType! 0159:0007:0054::1.0
2025-05-01 09:52:00.370 [WARN ] [core.thing.internal.ThingManagerImpl] - Could not normalize configuration for 'zwave:device:86a88e023b:node9' because the thing type was not found in registry.
2025-05-01 09:52:00.376 [WARN ] [core.thing.internal.ThingManagerImpl] - Could not normalize configuration for 'zwave:device:86a88e023b:node9' because the thing type was not found in registry.
2025-05-01 09:53:40.802 [WARN ] [core.thing.internal.ThingManagerImpl] - A thing handler factory claims to support 'zwave:qubino_zmnhxd_00_000' for thing 'zwave:device:86a88e023b:node9' for more than 120s, but the thing type can't be found in the registry. This should be fixed in the binding.
2025-05-01 09:53:40.809 [WARN ] [core.thing.internal.ThingManagerImpl] - Could not normalize configuration for 'zwave:device:86a88e023b:node9' because the thing type was not found in registry.
2025-05-01 09:53:40.858 [WARN ] [core.thing.internal.ThingManagerImpl] - Could not normalize configuration for 'zwave:device:86a88e023b:node9' because the thing type was not found in registry.
2025-05-01 09:53:40.864 [WARN ] [core.thing.internal.ThingManagerImpl] - Could not normalize configuration for 'zwave:device:86a88e023b:node9' because the thing type was not found in registry.
Ok, thatās just plain stupid, never heard anything about needing to review devices. It is still on the things list for 5.0. Where can I find info about what needs to be done to get it back into the binding?
Donāt shoot the messenger. It has always been that way. The blog has the details. I suspect the editing is due to this post. I donāt have the device, but maybe if you can help OP?
Another option is get the XML from an earlier ZW version and use this procedure to update your 5.0M2 jar
Sorry, not yelling at you. I was just so surprised that a device that has been working good for many years just suddenly is removed, makes no sense to me. Thanks for your information!
Turns out I was wrong, I still have issues with rules that use DSL script.
I get errors in openhab.log like:
2025-05-03 18:30:49.457 [ERROR] [e.automation.internal.RuleEngineImpl] - Failed to execute rule '6580c867b6': Cannot invoke "com.google.inject.Injector.getInstance(java.lang.Class)" because the return value of "org.openhab.core.model.script.ScriptStandaloneSetup.getInjector()" is null
The rules in question that report similar errors all have DSL Script in them:
type: application/vnd.openhab.dsl.rule
Are there changes to support for DSL Scripts in 5.0.0?
Updated from M1 to M2 and I get some errors. Iāll try a restart, but hereās the most common error message coming out. Looks related to DSL rules: āDSLRuleProvider.java:450ā
2025-05-03 08:48:47.297 [ERROR] [Events.Framework ] - FrameworkEvent ERROR
java.lang.IllegalStateException: Invalid class loader from a refreshed bundle is being used: org.openhab.core.model.rule_5.0.0.M2
at org.eclipse.osgi.internal.loader.BundleLoader.getProviderLoader(BundleLoader.java:1011) ~[org.eclipse.osgi-3.18.0.jar:?]
at org.eclipse.osgi.internal.loader.BundleLoader.findRequiredSource(BundleLoader.java:1246) ~[org.eclipse.osgi-3.18.0.jar:?]
at org.eclipse.osgi.internal.loader.BundleLoader.findClass0(BundleLoader.java:490) ~[org.eclipse.osgi-3.18.0.jar:?]
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:416) ~[org.eclipse.osgi-3.18.0.jar:?]
at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:168) ~[org.eclipse.osgi-3.18.0.jar:?]
at java.lang.ClassLoader.loadClass(ClassLoader.java:526) ~[?:?]
at org.openhab.core.model.script.scoping.ActionClassLoader.loadClass(ActionClassLoader.java:34) ~[?:?]
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.util.TypeReferences.findDeclaredType(TypeReferences.java:256) ~[?:?]
at org.eclipse.xtext.common.types.util.TypeReferences.findDeclaredType(TypeReferences.java:233) ~[?:?]
at org.eclipse.xtext.xbase.scoping.batch.ImplicitlyImportedFeatures.getTypes(ImplicitlyImportedFeatures.java:82) ~[?:?]
at org.eclipse.xtext.xbase.scoping.batch.ImplicitlyImportedFeatures.getStaticImportClasses(ImplicitlyImportedFeatures.java:68) ~[?:?]
at org.eclipse.xtext.xbase.scoping.batch.XbaseBatchScopeProvider.newSession(XbaseBatchScopeProvider.java:120) ~[?:?]
at org.eclipse.xtext.xbase.typesystem.internal.DefaultReentrantTypeResolver.resolve(DefaultReentrantTypeResolver.java:164) ~[?:?]
at org.eclipse.xtext.xbase.typesystem.internal.DefaultReentrantTypeResolver.reentrantResolve(DefaultReentrantTypeResolver.java:140) ~[?:?]
at org.eclipse.xtext.xbase.typesystem.internal.CachingBatchTypeResolver$LazyResolvedTypes.resolveTypes(CachingBatchTypeResolver.java:81) ~[?:?]
at org.eclipse.xtext.xbase.typesystem.internal.CachingBatchTypeResolver$2.process(CachingBatchTypeResolver.java:58) ~[?:?]
at org.eclipse.xtext.xbase.typesystem.internal.CachingBatchTypeResolver$2.process(CachingBatchTypeResolver.java:1) ~[?:?]
at org.eclipse.xtext.util.concurrent.IUnitOfWork$Void.exec(IUnitOfWork.java:38) ~[?:?]
at org.eclipse.xtext.util.OnChangeEvictingCache.execWithoutCacheClear(OnChangeEvictingCache.java:145) ~[?:?]
at org.eclipse.xtext.xbase.typesystem.internal.CachingBatchTypeResolver.doResolveTypes(CachingBatchTypeResolver.java:54) ~[?:?]
at org.eclipse.xtext.xbase.typesystem.internal.AbstractBatchTypeResolver.resolveTypes(AbstractBatchTypeResolver.java:70) ~[?:?]
at org.eclipse.xtext.xbase.resource.BatchLinkingService.resolveBatched(BatchLinkingService.java:61) ~[?:?]
at org.eclipse.xtext.xbase.resource.BatchLinkingService.resolveBatched(BatchLinkingService.java:42) ~[?:?]
at org.eclipse.xtext.xbase.resource.BatchLinkableResource.getEObject(BatchLinkableResource.java:118) ~[?:?]
at org.eclipse.emf.ecore.resource.impl.ResourceSetImpl.getEObject(ResourceSetImpl.java:223) ~[?:?]
at org.eclipse.emf.ecore.util.EcoreUtil.resolve(EcoreUtil.java:209) ~[?:?]
at org.eclipse.emf.ecore.util.EcoreUtil.resolve(EcoreUtil.java:269) ~[?:?]
at org.eclipse.emf.ecore.impl.BasicEObjectImpl.eResolveProxy(BasicEObjectImpl.java:1516) ~[?:?]
at org.eclipse.xtext.xbase.impl.XAbstractFeatureCallImplCustom.getFeature(XAbstractFeatureCallImplCustom.java:49) ~[?:?]
at org.eclipse.xtext.xbase.impl.XAbstractFeatureCallImplCustom.ensureFeatureLinked(XAbstractFeatureCallImplCustom.java:136) ~[?:?]
at org.eclipse.xtext.xbase.impl.XFeatureCallImplCustom.isTypeLiteral(XFeatureCallImplCustom.java:61) ~[?:?]
at org.eclipse.xtext.xbase.interpreter.impl.XbaseInterpreter._doEvaluate(XbaseInterpreter.java:969) ~[?:?]
at org.eclipse.xtext.xbase.interpreter.impl.XbaseInterpreter.doEvaluate(XbaseInterpreter.java:247) ~[?:?]
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.openhab.core.model.script.runtime.internal.engine.ScriptImpl.execute(ScriptImpl.java:80) ~[?:?]
at org.openhab.core.model.script.runtime.internal.engine.DSLScriptEngine.eval(DSLScriptEngine.java:142) ~[?:?]
at org.openhab.core.automation.module.script.internal.handler.AbstractScriptModuleHandler.eval(AbstractScriptModuleHandler.java:219) ~[?:?]
at org.openhab.core.automation.module.script.internal.handler.ScriptActionHandler.lambda$0(ScriptActionHandler.java:94) ~[?:?]
at java.util.Optional.ifPresent(Optional.java:178) ~[?:?]
at org.openhab.core.automation.module.script.internal.handler.ScriptActionHandler.execute(ScriptActionHandler.java:81) ~[?:?]
at org.openhab.core.automation.internal.RuleEngineImpl.executeActions(RuleEngineImpl.java:1299) ~[?:?]
at org.openhab.core.automation.internal.RuleEngineImpl.runNow(RuleEngineImpl.java:1099) ~[?:?]
at org.openhab.core.automation.internal.RuleEngineImpl.activateRule(RuleEngineImpl.java:866) ~[?:?]
at org.openhab.core.automation.internal.RuleEngineImpl.setRule(RuleEngineImpl.java:505) ~[?:?]
at org.openhab.core.automation.internal.RuleEngineImpl.addRule(RuleEngineImpl.java:465) ~[?:?]
at org.openhab.core.automation.internal.RuleEngineImpl$2.added(RuleEngineImpl.java:275) ~[?:?]
at org.openhab.core.automation.internal.RuleEngineImpl$2.added(RuleEngineImpl.java:1) ~[?:?]
at org.openhab.core.common.registry.AbstractRegistry.notifyListeners(AbstractRegistry.java:378) ~[?:?]
at org.openhab.core.common.registry.AbstractRegistry.notifyListenersAboutAddedElement(AbstractRegistry.java:411) ~[?:?]
at org.openhab.core.automation.internal.RuleRegistryImpl.notifyListenersAboutAddedElement(RuleRegistryImpl.java:252) ~[?:?]
at org.openhab.core.automation.internal.RuleRegistryImpl.notifyListenersAboutAddedElement(RuleRegistryImpl.java:1) ~[?:?]
at org.openhab.core.common.registry.AbstractRegistry.added(AbstractRegistry.java:175) ~[?:?]
at org.openhab.core.automation.internal.RuleRegistryImpl.added(RuleRegistryImpl.java:414) ~[?:?]
at org.openhab.core.automation.internal.RuleRegistryImpl.added(RuleRegistryImpl.java:1) ~[?:?]
at org.openhab.core.common.registry.AbstractRegistry.added(AbstractRegistry.java:1) ~[?:?]
at org.openhab.core.model.rule.runtime.internal.DSLRuleProvider.lambda$5(DSLRuleProvider.java:458) ~[?:?]
at java.util.ArrayList.forEach(ArrayList.java:1596) ~[?:?]
at org.openhab.core.model.rule.runtime.internal.DSLRuleProvider.lambda$3(DSLRuleProvider.java:458) ~[?:?]
at java.util.ArrayList.forEach(ArrayList.java:1596) ~[?:?]
at org.openhab.core.model.rule.runtime.internal.DSLRuleProvider.notifyProviderChangeListeners(DSLRuleProvider.java:450) ~[?:?]
at org.openhab.core.model.rule.runtime.internal.DSLRuleProvider.modelChanged(DSLRuleProvider.java:176) ~[?:?]
at org.openhab.core.model.core.internal.ModelRepositoryImpl.notifyListeners(ModelRepositoryImpl.java:320) ~[?:?]
at org.openhab.core.model.core.internal.ModelRepositoryImpl.reloadAllModelsOfType(ModelRepositoryImpl.java:199) ~[?:?]
at org.openhab.core.model.rule.jvmmodel.RulesRefresher.lambda$0(RulesRefresher.java:176) ~[?:?]
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) ~[?:?]
florian-h05 As these additional chart types functionality does not work I wanted to confirm if it is expected to or not - so I do not continue this testing
