Web UIs of openHAB
License: Eclipse Public License 2.0
This repository contains add-ons that are using openHAB 1.x APIs. Earlier branches of this repo also contain the 1.x runtime and designer, which are no longer maintained.
Note that all information about openHAB itself, the IDE setup and the contribution processes can be found in the openhab-distro project, so please go there for any further details!
![dependabot[bot] avatar](https://avatars.githubusercontent.com/in/29110?v=4 "dependabot[bot]")
OH version: S1650 (but I think this has happened since S1627)
Possibly related to openhab/openhab-android#1437
In this example, changing the state of the Mode Item does not change the visibility of the frame until the page is refreshed.
sitemap Test label="Test" {
Frame visibility=[Mode == "Morning"] {
Text item=Mode
}
}
Classic UI displays properly without having to refresh.
My cometvisu works quite fine within my network, but it is not accessible via https://home.myopenhab.org/cometvisu/?config=demo.
My dashboard at https://home.myopenhab.org shows the cometvisu icon, but a click on it shows this error message in the browser:
Diese Website ist nicht erreichbar
Die Webseite unter https://home.myopenhab.org/cometvisu/?config=demo ist möglicherweise vorübergehend nicht verfügbar oder wurde dauerhaft an eine neue Webadresse verschoben.
ERR_CONTENT_DECODING_FAILED
Might this be a problem in the https://home.myopenhab.org proxy?
@wborn / @openhab/webui-maintainers the build on Jenkins is broken since today, something wrong with the SAT definition. I did not build it locally to validate the error yet.
18:02:20 Started by an SCM change
18:02:20 Started by an SCM change
18:02:20 [EnvInject] - Loading node environment variables.
18:02:20 Building in workspace /var/jenkins_home/workspace/openHAB-WebUI
18:02:20 No credentials specified
18:02:20 > git rev-parse --is-inside-work-tree # timeout=10
18:02:20 Fetching changes from the remote Git repository
18:02:20 > git config remote.origin.url https://github.com/openhab/openhab-webui # timeout=10
18:02:20 Fetching upstream changes from https://github.com/openhab/openhab-webui
18:02:20 > git --version # timeout=10
18:02:20 > git fetch --tags --progress https://github.com/openhab/openhab-webui +refs/heads/*:refs/remotes/origin/*
18:02:22 > git rev-parse origin/master^{commit} # timeout=10
18:02:22 Checking out Revision 2878a59ceae55daba1e4c4ba9fd4c84f917c0d45 (origin/master)
18:02:22 > git config core.sparsecheckout # timeout=10
18:02:22 > git checkout -f 2878a59ceae55daba1e4c4ba9fd4c84f917c0d45
18:02:22 Commit message: "Fix Java 11 build (#41)"
18:02:22 > git rev-list --no-walk 249e33b2f88356650db66d85a5aba243fe6176f8 # timeout=10
18:02:22 Cleaning workspace
18:02:22 > git rev-parse --verify HEAD # timeout=10
18:02:22 Resetting working tree
18:02:22 > git reset --hard # timeout=10
18:02:23 > git clean -fdx # timeout=10
18:03:15 Jenkins Artifactory Plugin version: 2.16.2
18:03:16 Parsing POMs
18:03:19 ERROR: Failed to parse POMs
18:03:19 org.apache.maven.project.ProjectBuildingException: Some problems were encountered while processing the POMs:
18:03:19 [ERROR] 'build.plugins.plugin.version' for org.openhab.tools.sat:sat-plugin must be a valid version but is '${sat.version}'. @ org.openhab.ui:org.openhab.ui.reactor:2.5.0-SNAPSHOT, /var/jenkins_home/workspace/openHAB-WebUI/pom.xml, line 522, column 24
18:03:19 [ERROR] 'build.plugins.plugin.version' for org.openhab.tools.sat:sat-plugin must be a valid version but is '${sat.version}'. @ org.openhab.ui:org.openhab.ui.reactor:2.5.0-SNAPSHOT, /var/jenkins_home/workspace/openHAB-WebUI/pom.xml, line 522, column 24
18:03:19 [ERROR] 'build.plugins.plugin.version' for org.openhab.tools.sat:sat-plugin must be a valid version but is '${sat.version}'. @ org.openhab.ui:org.openhab.ui.reactor:2.5.0-SNAPSHOT, /var/jenkins_home/workspace/openHAB-WebUI/pom.xml, line 522, column 24
18:03:19 [ERROR] 'build.plugins.plugin.version' for org.openhab.tools.sat:sat-plugin must be a valid version but is '${sat.version}'. @ org.openhab.ui:org.openhab.ui.reactor:2.5.0-SNAPSHOT, /var/jenkins_home/workspace/openHAB-WebUI/pom.xml, line 522, column 24
18:03:19 [ERROR] 'build.plugins.plugin.version' for org.openhab.tools.sat:sat-plugin must be a valid version but is '${sat.version}'. @ org.openhab.ui:org.openhab.ui.reactor:2.5.0-SNAPSHOT, /var/jenkins_home/workspace/openHAB-WebUI/pom.xml, line 522, column 24
18:03:19 [ERROR] 'build.plugins.plugin.version' for org.openhab.tools.sat:sat-plugin must be a valid version but is '${sat.version}'. @ org.openhab.ui:org.openhab.ui.reactor:2.5.0-SNAPSHOT, /var/jenkins_home/workspace/openHAB-WebUI/pom.xml, line 522, column 24
18:03:19 [ERROR] 'build.plugins.plugin.version' for org.openhab.tools.sat:sat-plugin must be a valid version but is '${sat.version}'. @ org.openhab.ui:org.openhab.ui.reactor:2.5.0-SNAPSHOT, /var/jenkins_home/workspace/openHAB-WebUI/pom.xml, line 522, column 24
18:03:19 [ERROR] 'build.plugins.plugin.version' for org.openhab.tools.sat:sat-plugin must be a valid version but is '${sat.version}'. @ org.openhab.ui:org.openhab.ui.reactor:2.5.0-SNAPSHOT, /var/jenkins_home/workspace/openHAB-WebUI/pom.xml, line 522, column 24
18:03:19 [ERROR] 'build.plugins.plugin.version' for org.openhab.tools.sat:sat-plugin must be a valid version but is '${sat.version}'. @ org.openhab.ui:org.openhab.ui.reactor:2.5.0-SNAPSHOT, /var/jenkins_home/workspace/openHAB-WebUI/pom.xml, line 522, column 24
18:03:19 [ERROR] 'build.plugins.plugin.version' for org.openhab.tools.sat:sat-plugin must be a valid version but is '${sat.version}'. @ org.openhab.ui:org.openhab.ui.reactor:2.5.0-SNAPSHOT, /var/jenkins_home/workspace/openHAB-WebUI/pom.xml, line 522, column 24
18:03:19 [ERROR] 'build.plugins.plugin.version' for org.openhab.tools.sat:sat-plugin must be a valid version but is '${sat.version}'. @ org.openhab.ui:org.openhab.ui.reactor:2.5.0-SNAPSHOT, /var/jenkins_home/workspace/openHAB-WebUI/pom.xml, line 522, column 24
18:03:19 [ERROR] 'build.plugins.plugin.version' for org.openhab.tools.sat:sat-plugin must be a valid version but is '${sat.version}'. @ org.openhab.ui:org.openhab.ui.reactor:2.5.0-SNAPSHOT, /var/jenkins_home/workspace/openHAB-WebUI/pom.xml, line 522, column 24
18:03:19 [ERROR] 'build.plugins.plugin.version' for org.openhab.tools.sat:sat-plugin must be a valid version but is '${sat.version}'. @ org.openhab.ui:org.openhab.ui.reactor:2.5.0-SNAPSHOT, /var/jenkins_home/workspace/openHAB-WebUI/pom.xml, line 522, column 24
18:03:19 [ERROR] 'build.plugins.plugin.version' for org.openhab.tools.sat:sat-plugin must be a valid version but is '${sat.version}'. @ org.openhab.ui:org.openhab.ui.reactor:2.5.0-SNAPSHOT, /var/jenkins_home/workspace/openHAB-WebUI/pom.xml, line 522, column 24
18:03:19
18:03:19 at org.apache.maven.project.DefaultProjectBuilder.build(DefaultProjectBuilder.java:364)
18:03:19 at org.jfrog.build.extractor.maven.ArtifactoryProjectBuilder.build(ArtifactoryProjectBuilder.java:31)
18:03:19 at hudson.maven.MavenEmbedder.buildProjects(MavenEmbedder.java:361)
18:03:19 at hudson.maven.MavenEmbedder.readProjects(MavenEmbedder.java:331)
18:03:19 at hudson.maven.MavenModuleSetBuild$PomParser.invoke(MavenModuleSetBuild.java:1328)
18:03:19 at hudson.maven.MavenModuleSetBuild$PomParser.invoke(MavenModuleSetBuild.java:1125)
18:03:19 at hudson.FilePath.act(FilePath.java:1074)
18:03:19 at hudson.FilePath.act(FilePath.java:1057)
18:03:19 at hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.parsePoms(MavenModuleSetBuild.java:986)
18:03:19 at hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.doRun(MavenModuleSetBuild.java:691)
18:03:19 at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:504)
18:03:19 at hudson.model.Run.execute(Run.java:1816)
18:03:19 at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:543)
18:03:19 at hudson.model.ResourceController.execute(ResourceController.java:97)
18:03:19 at hudson.model.Executor.run(Executor.java:429)
18:03:19 [openHAB-WebUI] $ /bin/sh -xe /tmp/jenkins3955556582398135702.sh
18:03:19 + cd /var/jenkins_home/workspace/openHAB-WebUI
18:03:19 + chmod 744 repo/target/publish-bintray.sh
18:03:19 chmod: cannot access 'repo/target/publish-bintray.sh': No such file or directory
18:03:19 Build step 'Execute shell' marked build as failure
18:03:19 [ANALYSIS-COLLECTOR] Computing warning deltas based on reference build #28
18:03:19 Archiving artifacts
18:03:20 Finished: FAILURE
With the recent snapshots (1544 and 1549), it looks like the settings for Basic UI I am setting in a file basicui.cfg are ignored.
Here is the content of my basicui.cfg file:
org.eclipse.smarthome.basicui:iconType=png
org.eclipse.smarthome.basicui:defaultSitemap=maison
This problem was I think already mentioned by @kaikreuzer on the forum.
As you can see below Basic UI now fails to load its resources (404 Not Found) causing strange looks on the Demo:
Maybe it's caused by one of your recent PRs @maggu2810 ?
It also hasn't gone unnoticed in the community forums.
With Android OpenHAB app version 2.8.0 (dated August 1, 2019), the sliders do not function anymore (in previous versions the sliders worked fine).
When I move the slider, for example for shutter on the app, the value does not get changed and no request will be sent out by the app.
[INFO] --- sat-plugin:0.5.0:checkstyle (default) @ org.openhab.ui.habot ---
[INFO] Adding dependency to checkstyle:0.5.0
[INFO] Adding dependency to checkstyle:8.1
[WARNING] KarafFeatureCheck will be skipped. Could not find file features/openhab-addons/src/main/feature/feature.xml
[INFO] There are 46 errors reported by Checkstyle 8.1 with jar:file:/home/maggu2810/.m2/repository/org/openhab/tools/sat/sat-plugin/0.5.0/sat-plugin-0.5.0.jar!/rulesets/checkstyle/rules.xml ruleset.
[INFO]
[INFO] --- sat-plugin:0.5.0:pmd (default) @ org.openhab.ui.habot ---
[INFO] Adding dependency to pmd:0.5.0
[INFO] Adding dependency to pmd-core:5.8.1
[INFO] Adding dependency to pmd-java:5.8.1
[INFO] Adding dependency to pmd-javascript:5.8.1
[INFO] Adding dependency to pmd-jsp:5.8.1
[WARNING] There are 1 PMD processing errors:
[WARNING] /home/maggu2810/data/shared/bin/pkgs/eclipse/oh.git/openhab-webui/org.openhab.ui.habot/src/main/java/org/openhab/ui/habot/notification/internal/webpush/Utils.java: Error while processing /home/maggu2810/data/shared/bin/pkgs/eclipse/oh.git/openhab-webui/org.openhab.ui.habot/src/main/java/org/openhab/ui/habot/notification/internal/webpush/Utils.java
[INFO]
[INFO] --- sat-plugin:0.5.0:spotbugs (default) @ org.openhab.ui.habot ---
[INFO] Adding dependency to findbugs:0.5.0
[INFO] Adding dependency to bug-pattern:1.2.4
[INFO] Adding dependency to spotbugs:3.1.2
[INFO] Fork Value is false
[java] JVM args ignored when same JVM is used.
[java] Warnings generated: 2
[INFO] Done SpotBugs Analysis....
[INFO]
[INFO] --- sat-plugin:0.5.0:report (default) @ org.openhab.ui.habot ---
[INFO] Individual report appended to summary report.
[ERROR] Code Analysis Tool has found:
46 error(s)!
49 warning(s)
14 info(s)
[WARNING] .ui.habot/README.md:[11]
The line after a Markdown list must be empty.
[WARNING] .ui.habot/build.properties:[12]
Property source.. in the build.properties file is missing value: src/test/java
[WARNING] .ui.habot/build.properties:[12]
Property source.. in the build.properties file is missing value: src/test/resources
[ERROR] org.openhab.ui.habot.card.Card.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.card.Card.java:[29]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.card.CardBuilder.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[ERROR] org.openhab.ui.habot.card.Component.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.card.Component.java:[27]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.card.internal.CardProvider.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.card.internal.CardProvider.java:[23]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.card.internal.CardRegistry.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.card.internal.CardRegistry.java:[33]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.dashboard.internal.HABotDashboardTile.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.dashboard.internal.HABotDashboardTile.java:[28]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.dashboard.internal.HABotHttpContext.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.dashboard.internal.HABotHttpContext.java:[27]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.nlp.AbstractItemIntentInterpreter.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.nlp.AbstractItemIntentInterpreter.java:[27]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.nlp.ChatReply.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.nlp.ChatReply.java:[20]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.nlp.Intent.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.nlp.Intent.java:[19]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.nlp.IntentInterpretation.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.nlp.IntentInterpretation.java:[21]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.nlp.ItemNamedAttribute.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.nlp.ItemNamedAttribute.java:[16]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.nlp.ItemResolver.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.nlp.ItemResolver.java:[26]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.nlp.Skill.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.nlp.Skill.java:[18]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.nlp.UnsupportedLanguageException.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.nlp.UnsupportedLanguageException.java:[17]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.nlp.internal.AlphaNumericTokenizer.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.nlp.internal.AlphaNumericTokenizer.java:[21]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.nlp.internal.AnswerFormatter.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.nlp.internal.AnswerFormatter.java:[21]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.nlp.internal.IntentDocumentSampleStream.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.nlp.internal.IntentDocumentSampleStream.java:[22]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.nlp.internal.IntentTrainer.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.nlp.internal.IntentTrainer.java:[44]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.nlp.internal.LowerCasePlainTextByLineStream.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.nlp.internal.LowerCasePlainTextByLineStream.java:[21]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.nlp.internal.NamedAttributesItemResolver.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.nlp.internal.NamedAttributesItemResolver.java:[46]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.nlp.internal.OpenNLPInterpreter.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.nlp.internal.OpenNLPInterpreter.java:[51]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.nlp.internal.SemanticsItemResolver.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.nlp.internal.SemanticsItemResolver.java:[44]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.nlp.internal.skill.ActivateObjectSkill.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.nlp.internal.skill.ActivateObjectSkill.java:[33]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.nlp.internal.skill.CreateRuleSkill.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.nlp.internal.skill.CreateRuleSkill.java:[20]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.nlp.internal.skill.DeactivateObjectSkill.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.nlp.internal.skill.DeactivateObjectSkill.java:[33]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.nlp.internal.skill.GetStatusSkill.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.nlp.internal.skill.GetStatusSkill.java:[26]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.nlp.internal.skill.HistoryDailyGraphSkill.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.nlp.internal.skill.HistoryDailyGraphSkill.java:[25]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.nlp.internal.skill.HistoryHourlyGraphSkill.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.nlp.internal.skill.HistoryHourlyGraphSkill.java:[25]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.nlp.internal.skill.HistoryLastChangesSkill.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.nlp.internal.skill.HistoryLastChangesSkill.java:[39]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.nlp.internal.skill.HistoryMonthlyGraphSkill.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.nlp.internal.skill.HistoryMonthlyGraphSkill.java:[25]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.nlp.internal.skill.HistoryWeeklyGraphSkill.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.nlp.internal.skill.HistoryWeeklyGraphSkill.java:[25]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.nlp.internal.skill.SetValueSkill.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.nlp.internal.skill.SetValueSkill.java:[39]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.notification.WebPushNotificationAction.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.notification.WebPushNotificationAction.java:[28]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.notification.WebPushNotificationActionHandler.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.notification.WebPushNotificationActionHandler.java:[30]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.notification.internal.ModuleHandlerFactoryStarter.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.notification.internal.ModuleHandlerFactoryStarter.java:[22]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.notification.internal.NotificationService.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.notification.internal.NotificationService.java:[55]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.notification.internal.SubscriptionProvider.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.notification.internal.SubscriptionProvider.java:[24]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.notification.internal.WebPushNotificationModuleHandlerFactory.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.notification.internal.WebPushNotificationModuleHandlerFactory.java:[28]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.notification.internal.webpush.Encrypted.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.notification.internal.webpush.Encrypted.java:[18]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.notification.internal.webpush.HttpEce.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.notification.internal.webpush.HttpEce.java:[45]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.notification.internal.webpush.Notification.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.notification.internal.webpush.Notification.java:[25]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.notification.internal.webpush.PushService.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.notification.internal.webpush.PushService.java:[52]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.notification.internal.webpush.Subscription.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.notification.internal.webpush.Subscription.java:[20]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.notification.internal.webpush.Utils.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] org.openhab.ui.habot.notification.internal.webpush.Utils.java:[39]
First javadoc author should have "Initial contribution" contribution description.
[ERROR] org.openhab.ui.habot.rest.internal.HABotResource.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2019 Contributors to the openHAB project$
[WARNING] .ui.habot/ESH-INF/config/config.xml:[0]
Unused configuration reference with uri - ui:habot
[WARNING] .ui.habot/ESH-INF/config/config.xml:[0]
Unused configuration reference with uri - voice:opennlphli
[INFO] Detailed report can be found at: file:////home/maggu2810/data/shared/bin/pkgs/eclipse/oh.git/openhab-webui/org.openhab.ui.habot/target/code-analysis/report.html
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Summary for openHAB UI Components 2.5.0-SNAPSHOT:
[INFO]
[INFO] openHAB UI Components .............................. SUCCESS [ 0.952 s]
[INFO] Icon Sets .......................................... SUCCESS [ 0.058 s]
[INFO] Classic Icon Set ................................... SUCCESS [01:54 min]
[INFO] openHAB Dashboard UI ............................... SUCCESS [ 9.730 s]
[INFO] Basic UI ........................................... SUCCESS [02:44 min]
[INFO] Classic UI ......................................... SUCCESS [ 7.782 s]
[INFO] openHAB CometVisu Backend .......................... SUCCESS [ 10.816 s]
[INFO] PHP Support for the CometVisu Backend .............. SUCCESS [ 5.451 s]
[INFO] HABmin User Interface .............................. SUCCESS [02:09 min]
[INFO] HABot Interactive Bot .............................. FAILURE [01:16 min]
[INFO] HABPanel user interface ............................ SKIPPED
[INFO] openHAB HomeBuilder UI ............................. SKIPPED
[INFO] Paper UI ........................................... SKIPPED
[INFO] openHAB REST API Documentation ..................... SKIPPED
[INFO] openHAB 2 Feature Addons ........................... SKIPPED
[INFO] openHAB UI P2 Repository ........................... SKIPPED
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 11:47 min
[INFO] Finished at: 2019-02-22T22:30:45+01:00
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.openhab.tools.sat:sat-plugin:0.5.0:report (default) on project org.openhab.ui.habot:
[ERROR] Code Analysis Tool has found 46 error(s)!
[ERROR] Please fix the errors and rerun the build.
[ERROR]
[ERROR] -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
[ERROR]
[ERROR] After correcting the problems, you can resume the build with the command
With respect to the logo update I'd suggest to revisit PaperUI and dashboard styling to reflect the color scheme of the logo.
I collected the scheme in one manageable place for you to preview:
https://coolors.co/ffffff-b2b2b2-474747-e64a19-2196f3
I feel we should split up strings and remove HTML as much as possible from the localization files, especially as urls and magic strings are involved. Translation will happen by users over on crowdin with potentially very little programming/HTML experience. Imho these would be good steps:
setup.check-doccommon.getting-startedwarn.exposed into multiple parts, potentially use placeholderstext-transform: uppercase; instead of uppercase letters in warn.exposedIf you agree, your help with that change would be highly appreciated.
At the moment I can't work out how to get HABmin to run in the latest IDE. I guess it's missing from a BOM somewhere, but I can't see how this is linked together.
When adding a Number item (e.g. with the HTTP binding)
Number NumberSample "A Number" {http="<[http://domain.com:1000"}
and adding a Sitemap entry for this item:
sitemap NumberSitemap label="No UI control shown" { Frame label="Controls" { Default item=NumberSample } }
The corresponding UI control is missing in Basic UI.
Is this a bug or a "feature"?
The fact that I can see what version of openhab is installed on the main dashboard, I find that very useful.
A small addition to that, would be if I can see on what date this version ( fex openHAB 2.3.0 Build #1260) was made
Something like
openHAB 2.3.0 Build #1260 builddate 2018/04/20
Even better would be if I can click on this version, and it links me to a website with releasenotes.
While working on #44 I wonder about the choosen group ID.
The groupId prefix is org.openhab.ui and the repository name of openhab-webui.
Why has not been used a groupId similar to org.openhab.webui?
Do you plan to rename that repo to openhab-ui some time?
Welcome to Ubuntu 18.04.2 LTS (GNU/Linux 4.15.0-50-generic x86_64)
System information as of Thu May 23 19:20:29 CEST 2019
System load: 0.89 Users logged in: 1
Usage of /: 4.6% of 233.24GB IP address for eno1: 192.168.71.12
Memory usage: 55% IP address for wlp58s0: 192.168.71.79
Swap usage: 0%
=> There were exceptions while processing one or more plugins. See
/var/log/landscape/sysinfo.log for more information.
Ubuntu's Kubernetes 1.14 distributions can bypass Docker and use containerd
directly, see https://bit.ly/ubuntu-containerd or try it now with
snap install microk8s --classic
Canonical Livepatch is available for installation.
0 Software-Pakete können aktualisiert werden.
0 Aktualisierungen sind Sicherheitsaktualisierungen.
Last login: Thu May 23 19:15:06 2019 from 192.168.71.205
root@openhab:# tail -f -n1 /var/lo# tail -f -n1 /var/log/openhab2/openhab.log
local/ lock/ log/
root@openhab:
at java.lang.Thread.run(Thread.java:748) [?:?]
2019-05-23 19:21:15.739 [WARN ] [org.eclipse.jetty.server.HttpChannel] - /rest/swagger.json
javax.servlet.ServletException: javax.servlet.ServletException: org.glassfish.jersey.server.ContainerException: java.lang.NoClassDefFoundError: Could not initialize class io.swagger.converter.ModelConverters
at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:88) ~[?:?]
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132) ~[89:org.eclipse.jetty.server:9.4.12.v20180830]
at org.eclipse.jetty.server.Server.handle(Server.java:503) ~[89:org.eclipse.jetty.server:9.4.12.v20180830]
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:364) [89:org.eclipse.jetty.server:9.4.12.v20180830]
at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:260) [89:org.eclipse.jetty.server:9.4.12.v20180830]
at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:305) [80:org.eclipse.jetty.io:9.4.12.v20180830]
at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103) [80:org.eclipse.jetty.io:9.4.12.v20180830]
at org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:118) [80:org.eclipse.jetty.io:9.4.12.v20180830]
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:333) [92:org.eclipse.jetty.util:9.4.12.v20180830]
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:310) [92:org.eclipse.jetty.util:9.4.12.v20180830]
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:168) [92:org.eclipse.jetty.util:9.4.12.v20180830]
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:126) [92:org.eclipse.jetty.util:9.4.12.v20180830]
at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:366) [92:org.eclipse.jetty.util:9.4.12.v20180830]
at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:765) [92:org.eclipse.jetty.util:9.4.12.v20180830]
at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:683) [92:org.eclipse.jetty.util:9.4.12.v20180830]
at java.lang.Thread.run(Thread.java:748) [?:?]
Caused by: javax.servlet.ServletException: org.glassfish.jersey.server.ContainerException: java.lang.NoClassDefFoundError: Could not initialize class io.swagger.converter.ModelConverters
at org.glassfish.jersey.servlet.WebComponent.serviceImpl(WebComponent.java:489) ~[?:?]
at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:427) ~[?:?]
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:388) ~[?:?]
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:341) ~[?:?]
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:228) ~[?:?]
at com.eclipsesource.jaxrs.publisher.internal.ServletContainerBridge.service(ServletContainerBridge.java:76) ~[?:?]
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:865) ~[?:?]
at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:535) ~[?:?]
at org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doHandle(HttpServiceServletHandler.java:71) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:146) ~[?:?]
at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548) ~[?:?]
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:257) ~[?:?]
at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1595) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255) ~[?:?]
at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1340) ~[?:?]
at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(HttpServiceContext.java:293) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:203) ~[?:?]
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:473) ~[?:?]
at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1564) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:201) ~[?:?]
at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1242) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:144) ~[?:?]
at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:80) ~[?:?]
... 15 more
Caused by: org.glassfish.jersey.server.ContainerException: java.lang.NoClassDefFoundError: Could not initialize class io.swagger.converter.ModelConverters
at org.glassfish.jersey.servlet.internal.ResponseWriter.rethrow(ResponseWriter.java:278) ~[?:?]
at org.glassfish.jersey.servlet.internal.ResponseWriter.failure(ResponseWriter.java:260) ~[?:?]
at org.glassfish.jersey.server.ServerRuntime$Responder.process(ServerRuntime.java:509) ~[?:?]
at org.glassfish.jersey.server.ServerRuntime$2.run(ServerRuntime.java:334) ~[?:?]
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:271) ~[?:?]
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:267) ~[?:?]
at org.glassfish.jersey.internal.Errors.process(Errors.java:315) ~[?:?]
at org.glassfish.jersey.internal.Errors.process(Errors.java:297) ~[?:?]
at org.glassfish.jersey.internal.Errors.process(Errors.java:267) ~[?:?]
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317) ~[?:?]
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:305) ~[?:?]
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:1154) ~[?:?]
at org.glassfish.jersey.servlet.WebComponent.serviceImpl(WebComponent.java:473) ~[?:?]
at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:427) ~[?:?]
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:388) ~[?:?]
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:341) ~[?:?]
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:228) ~[?:?]
at com.eclipsesource.jaxrs.publisher.internal.ServletContainerBridge.service(ServletContainerBridge.java:76) ~[?:?]
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:865) ~[?:?]
at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:535) ~[?:?]
at org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doHandle(HttpServiceServletHandler.java:71) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:146) ~[?:?]
at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548) ~[?:?]
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:257) ~[?:?]
at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1595) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255) ~[?:?]
at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1340) ~[?:?]
at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(HttpServiceContext.java:293) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:203) ~[?:?]
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:473) ~[?:?]
at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1564) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:201) ~[?:?]
at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1242) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:144) ~[?:?]
at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:80) ~[?:?]
... 15 more
Caused by: java.lang.NoClassDefFoundError: Could not initialize class io.swagger.converter.ModelConverters
at io.swagger.jaxrs.Reader.parseMethod(Reader.java:798) ~[?:?]
at io.swagger.jaxrs.Reader.read(Reader.java:299) ~[?:?]
at io.swagger.jaxrs.Reader.read(Reader.java:145) ~[?:?]
at io.swagger.jaxrs.listing.BaseApiListingResource.scan(BaseApiListingResource.java:56) ~[?:?]
at io.swagger.jaxrs.listing.BaseApiListingResource.process(BaseApiListingResource.java:101) ~[?:?]
at io.swagger.jaxrs.listing.BaseApiListingResource.getListingJsonResponse(BaseApiListingResource.java:147) ~[?:?]
at io.swagger.jaxrs.listing.ApiListingResource.getListing(ApiListingResource.java:32) ~[?:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:?]
at org.glassfish.jersey.server.model.internal.ResourceMethodInvocationHandlerFactory$1.invoke(ResourceMethodInvocationHandlerFactory.java:81) ~[?:?]
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher$1.run(AbstractJavaResourceMethodDispatcher.java:144) ~[?:?]
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.invoke(AbstractJavaResourceMethodDispatcher.java:161) ~[?:?]
at org.glassfish.jersey.server.model.internal.JavaResourceMethodDispatcherProvider$ResponseOutInvoker.doDispatch(JavaResourceMethodDispatcherProvider.java:160) ~[?:?]
at org.glassfish.jersey.server.model.internal.AbstractJavaResourceMethodDispatcher.dispatch(AbstractJavaResourceMethodDispatcher.java:99) ~[?:?]
at org.glassfish.jersey.server.model.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:389) ~[?:?]
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:347) ~[?:?]
at org.glassfish.jersey.server.model.ResourceMethodInvoker.apply(ResourceMethodInvoker.java:102) ~[?:?]
at org.glassfish.jersey.server.ServerRuntime$2.run(ServerRuntime.java:326) ~[?:?]
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:271) ~[?:?]
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:267) ~[?:?]
at org.glassfish.jersey.internal.Errors.process(Errors.java:315) ~[?:?]
at org.glassfish.jersey.internal.Errors.process(Errors.java:297) ~[?:?]
at org.glassfish.jersey.internal.Errors.process(Errors.java:267) ~[?:?]
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317) ~[?:?]
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:305) ~[?:?]
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:1154) ~[?:?]
at org.glassfish.jersey.servlet.WebComponent.serviceImpl(WebComponent.java:473) ~[?:?]
at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:427) ~[?:?]
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:388) ~[?:?]
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:341) ~[?:?]
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:228) ~[?:?]
at com.eclipsesource.jaxrs.publisher.internal.ServletContainerBridge.service(ServletContainerBridge.java:76) ~[?:?]
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:865) ~[?:?]
at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:535) ~[?:?]
at org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doHandle(HttpServiceServletHandler.java:71) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:146) ~[?:?]
at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548) ~[?:?]
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:257) ~[?:?]
at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1595) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255) ~[?:?]
at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1340) ~[?:?]
at org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.doHandle(HttpServiceContext.java:293) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:203) ~[?:?]
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:473) ~[?:?]
at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1564) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:201) ~[?:?]
at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1242) ~[?:?]
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:144) ~[?:?]
at org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:80) ~[?:?]
... 15 more
I'm running openHAB 2.5.0 Build #1635 but I do not know when this problem first occurred as I don't use the Rest API Docs that frequently.
When I try to access the REST API docs I get the following error on the screen:
Can't read swagger JSON from https://<address of OH>/rest/swagger.json
There is no error in openhab.log.
I have just successfully updated (according to update.log) from 2.5.0-M1 to 2.5.0-M2.
However, the REST API DOC GUI does not work anymore. It gives 500 - bad request:
500 : <html> <head> <meta http-equiv="Content-Type" content="text/html;charset=utf-8"/> <title>Error 500 Request failed.</title> </head> <body><h2>HTTP ERROR 500</h2> <p>Problem accessing /rest/swagger.json. Reason: <pre> Request failed.</pre></p><hr><a href="http://eclipse.org/jetty">Powered by Jetty:// 9.4.18.v20190429</a><hr/> </body> </html> http://192.168.10.2:8080/rest/swagger.json
I have found issue #67 and issue #86.
I have already tried reinstalling RESTdocs. Jinja transformation is also not installed.
Any idea what's wrong?
Create an Item of type Number
Create a new rule
Add a Trigger or Condition with a required State of 2.1
Save Rule
Open automation_rules.json and observe...
"configuration": {
"itemName": "Virtual_Number_1",
"state": "2.1"
},
"configuration": {
"itemName": "Virtual_Number_1",
"state": 2.1
},
This will cause the rule to not work as expected. In the UI, this issue is not even noticable, unless you happen to use a decimal like 2.0, which will visually change to 2. This issue was reported in the forum. I observed it in S1557.
All sitemap pages include a link to a manifest that happens to be the same regardless of the actual sitemap selected, this manifest pointing itself to the root of basicui, i.e. /basicui/app.
this prevents a particular sitemap to be set onto the homescreen of smartphones as a web app (e.g. by means of the common "add to homescreen" functionality of smartphones). Instead the web app defined in that way will run correctly in full screen but will start with the list of all available sitemaps published at /basicui/app, instead of the one selected.
This problem was also reported here together with a workaround via using a default sitemap. However this in turns prevents setting several distinct sitemaps in that way.
Another workaround that works for me (on an iPhone at least) is to set up a reverse proxy that will drop every manifest.json request, and that in turn will drive the smartphone into using the active url of the sitemap page (which indeed contains the sitemap parameter).
I wonder if that could be corrected. e.g. by having a distinct manifest.json returned per sitemap, that would point to the actual root page of the sitemap, i.e. with start_url=app?sitemap=xxxx
Would it be possible to add the possibility of editing tags on items?
Related to openhab/static-code-analysis#341
and #15 the SAT is/are no longer enabled for this project, this should be fixed when the linked issues are resolved.
Problem:
With the use of the visibility function the updating of the field with chrome browser does not work correctly. See simulation
Chrome error is present
Edge works
IOS app works
OH versione openHAB 2.5.0 Build #1564
Chrome version Versione 73.0.3683.103 (Build ufficiale) (a 64 bit)
Edge Microsoft EdgeHTML 17.17134
App. iOS Openhab 2.0.3.0
I opened this discussion to attach an animated git to reproduce the problem.
https://community.openhab.org/t/basicui-with-visibility-not-work-correct/71800/2
Looking at the report generated by openhab/static-code-analysis#283, I see that several packages in cometvisu UI depend on Full JRE:
This is a violation of C.1 in the openHAB coding guidelines https://docs.openhab.org/developers/development/guidelines.html#c-language-levels-and-libraries.
It will be good if we can refactor it, so the bundle remains restricted to Compact Profile 2, or if it is not possible document that the binding is an exception.
The "common" filesystem layout has been used by #38
The "common" groupId and artifactId layout is still missing.
Hello,
the the dashboard of openHAB is unfortunately missing the "mask-icon" in order to have a nice icon on a pinned tab in safari. Here is an example image of what I am talking about.
According to apples dev page, it is quite easy to implement:
I would really appreciate this enhancement.
There doesn't seem to be a way to configure channel parameters in PaperUI. I'm sure that in the past this was possible with a popup in the channel-item link page of the thing, but now the only option seems to be to set the profile. (maybe I'm just not looking in the right place, but others also can't find this).
Currently therefore there doesn't appear to be a way to set channel configuration data. Note that this is available in HABmin if anyone stumbles across this issue.
When the runtime is started the following stracktrace is logged:
17:10:10.255 [INFO ] [org.openhab.ui.paper ] - FrameworkEvent INFO - org.openhab.ui.paper
org.osgi.framework.BundleException: The bundle class path entry "patch/" could not be found for the bundle "osgi.identity; type="osgi.bundle"; version:Version="2.5.0.201905102040"; osgi.identity="org.openhab.ui.paper""
at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findClassPathEntry(ClasspathManager.java:174) ~[?:?]
at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.buildClasspath(ClasspathManager.java:152) ~[?:?]
at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.<init>(ClasspathManager.java:81) ~[?:?]
at org.eclipse.osgi.internal.loader.EquinoxClassLoader.<init>(EquinoxClassLoader.java:43) ~[?:?]
at org.eclipse.osgi.internal.loader.BundleLoader.createClassLoaderPrivledged(BundleLoader.java:316) ~[?:?]
at org.eclipse.osgi.internal.loader.BundleLoader.getModuleClassLoader(BundleLoader.java:233) ~[?:?]
at org.eclipse.osgi.internal.framework.EquinoxBundle$1.run(EquinoxBundle.java:595) ~[?:?]
at org.eclipse.osgi.internal.framework.EquinoxBundle$1.run(EquinoxBundle.java:1) ~[?:?]
at java.security.AccessController.doPrivileged(Native Method) ~[?:?]
at org.eclipse.osgi.internal.framework.EquinoxBundle.getModuleClassLoader(EquinoxBundle.java:588) ~[?:?]
at org.eclipse.osgi.internal.framework.EquinoxBundle.getResource(EquinoxBundle.java:530) ~[?:?]
at org.apache.servicemix.specs.activation.Activator.register(Activator.java:58) ~[?:?]
at org.apache.servicemix.specs.locator.Activator.bundleChanged(Activator.java:95) ~[?:?]
at org.eclipse.osgi.internal.framework.BundleContextImpl.dispatchEvent(BundleContextImpl.java:908) [?:?]
at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230) ~[?:?]
at org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(ListenerQueue.java:148) ~[?:?]
at org.eclipse.osgi.internal.framework.EquinoxEventPublisher.publishBundleEventPrivileged(EquinoxEventPublisher.java:213) ~[?:?]
at org.eclipse.osgi.internal.framework.EquinoxEventPublisher.publishBundleEvent(EquinoxEventPublisher.java:120) ~[?:?]
at org.eclipse.osgi.internal.framework.EquinoxEventPublisher.publishBundleEvent(EquinoxEventPublisher.java:112) ~[?:?]
at org.eclipse.osgi.internal.framework.EquinoxContainerAdaptor.publishModuleEvent(EquinoxContainerAdaptor.java:168) ~[?:?]
at org.eclipse.osgi.container.ModuleContainer.applyDelta(ModuleContainer.java:719) ~[?:?]
at org.eclipse.osgi.container.ModuleContainer.resolveAndApply(ModuleContainer.java:511) ~[?:?]
at org.eclipse.osgi.container.ModuleContainer.resolve(ModuleContainer.java:457) ~[?:?]
at org.eclipse.osgi.container.ModuleContainer.refresh(ModuleContainer.java:1001) ~[?:?]
at org.eclipse.osgi.container.ModuleContainer$ContainerWiring.dispatchEvent(ModuleContainer.java:1382) ~[?:?]
at org.eclipse.osgi.container.ModuleContainer$ContainerWiring.dispatchEvent(ModuleContainer.java:1) ~[?:?]
at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230) [?:?]
at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:340) [?:?]
The patch dir is added to the class path for customization support. See also the comments in #53 . We might also want to restore customization support for the other UIs.
The project "openHAB UI :: P2 Repository" still exists.
I assume there is no need for anymore.
Hi,
It seems that the described rsslog integration from persisted item is not working.
The item itself is persisted correct in mysql. I have checked it but in the cometvisu nothing is shown. I think it is not final implemented as I am also not able to find the plugins/rsslog/rsslog_oh.php file somewhere.
If anybody could help here, would be perfect.
cheers René
Hi!
I am currently trying to build this repository.
However, maven complains about a "malformed" project.
Please see the logs:
user@ubuntuvm:~/openhab/openhab-webui$ mvn clean install
[INFO] Scanning for projects...
Downloading from openhab-artifactory-snapshot: https://openhab.jfrog.io/openhab/libs-snapshot/org/openhab/pom-tycho/2.5.0-SNAPSHOT/maven-metadata.xml
Downloaded from openhab-artifactory-snapshot: https://openhab.jfrog.io/openhab/libs-snapshot/org/openhab/pom-tycho/2.5.0-SNAPSHOT/maven-metadata.xml (599 B at 548 B/s)
Downloading from openhab-artifactory-snapshot: https://openhab.jfrog.io/openhab/libs-snapshot/org/openhab/pom/2.5.0-SNAPSHOT/maven-metadata.xml
Downloaded from openhab-artifactory-snapshot: https://openhab.jfrog.io/openhab/libs-snapshot/org/openhab/pom/2.5.0-SNAPSHOT/maven-metadata.xml (593 B at 1.9 kB/s)
[WARNING]
[WARNING] Some problems were encountered while building the effective model for org.openhab.ui:org.openhab.ui.dashboard:jar:2.5.0-SNAPSHOT
[WARNING] 'parent.relativePath' of POM org.openhab.ui:org.openhab.ui.dashboard:[unknown-version] (/home/user/openhab/openhab-webui/org.openhab.ui.dashboard/pom.xml) points at org.openhab.ui:pom instead of org.openhab.core.bundles:org.openhab.core.reactor.bundles, please verify your project structure @ org.openhab.ui:org.openhab.ui.dashboard:[unknown-version], /home/user/openhab/openhab-webui/org.openhab.ui.dashboard/pom.xml, line 6, column 11
[WARNING]
[WARNING] It is highly recommended to fix these problems because they threaten the stability of your build.
[WARNING]
[WARNING] For this reason, future Maven versions might no longer support building such malformed projects.
[WARNING]
[INFO] Computing target platform for MavenProject: org.openhab.ui.iconset:org.openhab.ui.iconset.classic:2.5.0-SNAPSHOT @ /home/user/openhab/openhab-webui/iconset/org.openhab.ui.iconset.classic/pom.xml
[INFO] Fetching p2.index from https://dl.bintray.com/openhab/p2/openhab-deps-repo/1.0.39/ (172B)
[INFO] Adding repository https://dl.bintray.com/openhab/p2/openhab-deps-repo/1.0.39
[INFO] Fetching p2.index from http://download.eclipse.org/releases/oxygen/201709271000/
[INFO] Fetching p2.index from http://download.eclipse.org/releases/oxygen/201709271000/
[INFO] Adding repository http://download.eclipse.org/releases/oxygen/201709271000
[INFO] Resolving dependencies of MavenProject: org.openhab.ui.iconset:org.openhab.ui.iconset.classic:2.5.0-SNAPSHOT @ /home/user/openhab/openhab-webui/iconset/org.openhab.ui.iconset.classic/pom.xml
[INFO] Resolving class path of MavenProject: org.openhab.ui.iconset:org.openhab.ui.iconset.classic:2.5.0-SNAPSHOT @ /home/user/openhab/openhab-webui/iconset/org.openhab.ui.iconset.classic/pom.xml
[INFO] Computing target platform for MavenProject: org.openhab.ui:org.openhab.ui.basic:2.5.0-SNAPSHOT @ /home/user/openhab/openhab-webui/org.openhab.ui.basic/pom.xml
[INFO] Resolving dependencies of MavenProject: org.openhab.ui:org.openhab.ui.basic:2.5.0-SNAPSHOT @ /home/user/openhab/openhab-webui/org.openhab.ui.basic/pom.xml
[INFO] {osgi.os=linux, osgi.ws=gtk, org.eclipse.update.install.features=true, osgi.arch=x86}
[ERROR] Cannot resolve project dependencies:
[ERROR] Software being installed: org.openhab.ui.basic 2.5.0.qualifier
[ERROR] Missing requirement: org.openhab.ui.basic 2.5.0.qualifier requires 'java.package; org.openhab.ui.dashboard 0.0.0' but it could not be found
[ERROR]
[ERROR] See http://wiki.eclipse.org/Tycho/Dependency_Resolution_Troubleshooting for help.
[ERROR] Cannot resolve dependencies of MavenProject: org.openhab.ui:org.openhab.ui.basic:2.5.0-SNAPSHOT @ /home/user/openhab/openhab-webui/org.openhab.ui.basic/pom.xml: See log for details -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MavenExecutionException
Basic-UI is dependend on the Dashboard-UI.
However, although it is included in this repository even a local only maven build ("-o") fails.
Any idea how to fix this?
The dashboard UI has been migrated from openHAB Core repository to the WebUI repository.
Also the group ID of the dashboard has been changed from org.openhab.core.bundles to org.openhab.ui (and also the artifact ID has been changed to not contain the "core" anymore).
The CometVisu POM still referrences the old dashboard GAV.
Shouldn't the CI build fail because the bundle does not exist?
Perhaps the usage of the local repository is not yet fully clean.
[INFO] --- sat-plugin:0.5.0:report (default) @ org.openhab.ui.iconset.classic ---
[INFO] Individual report appended to summary report.
[ERROR] Code Analysis Tool has found:
4 error(s)!
1 warning(s)
0 info(s)
[ERROR] .ui.iconset.classic/META-INF/MANIFEST.MF:[0]
The manifest version did not match the requirements ^2\.3\.0
[WARNING] .ui.iconset.classic.internal.ClassicIconProvider.xml:[3]
There were whitespace characters used for indentation. Please use tab characters instead
[ERROR] .ui.iconset.classic/build.properties:[0]
about.html file must be added to the bin.includes property
[ERROR] org.openhab.ui.iconset.classic.internal.ClassicIconProvider.java:[2]
Header line doesn't match pattern ^ \* Copyright \(c\) 2010-2018 by the respective copyright holders\.$
[ERROR] .ui.iconset.classic/about.html:[0]
Missing about.html file.
Hi, I am quite happy with the Basic UI in general... However, it would be great if group items would be ordered by label by default.
Supporting sorting by any property would be even better (I have seen a forum entry where somebody wanted to sort a group of 100 items by battery level), but label should be a very good starting point / default.
(scroll down to the next separator line for the actual purpose of this issue)
The openHAB Architecture Council (@openhab/architecture-council), after some deliberation and having taken into account the many views expressed around Web UIs - including, but not limited to the several topics in the community forum - has reached the following conclusions:
- From a user’s perspective there are too many options and it is hard to understand, which UI to use for what.
- Technologically, we have a big zoo of different frameworks and usually only zero to one maintainers who know how to use them.
- Our goal should be:
- to have a single (web) UI, which guides the user through the features
- to have a modern technology stack for which we have a team of capable people that can work on the UI code base.
- to make it easy for new developers to join in, so the stack should not be too complex to get into.
Therefore, in an unanimous decision, it has agreed on the following:
openHAB (3) should have a single Web UI that can be used for all administration tasks as well as for “normal” operation, thus combining the features of the current Classic/Basic UI with the Paper UI + HABmin as well as of the current Dashboard.
Which means, in terms of functionality for this new app, it roughly translates into:
a. Helping the user configure openHAB with a basic setup when starting it for the first time
b. Presenting a list of the current "dashboard tiles" representing other UIs (and tools with a frontend) and offer a way to launch them
a. Displaying sitemaps - updated in real-time and with all available controls
a. Listing, installing, configuring and uninstalling add-ons (presented by type: bindings, actions, etc.)
b. Configuring the services which have "config descriptions"
c. Managing the Inbox and the discovery: starting a new scan (global or by binding), listing the inbox entries, ignoring/un-ignoring/deleting entries, promoting a discovery result to a full Thing
d. Managing Things: create manually, list/search, enabling/disabling, delete; show details: configure settings, list channels, link/unlink items from/to a channel with an eventual Profile
e. Managing Items: create, list/search, delete; show details: configure basic settings, assign groups, tags/semantics*, metadata, (linking to a Channel?)**
*Note: tagging is not actually a feature Paper UI currently offers but it probably an oversight, so we can safely consider it already
**Similarly, not a feature of the current Paper UI but defining a Link from the Item page may also make sense, so let's consider it too?
f. Managing Rules (from the new automation engine a.k.a. "NGRE"): create, list, enable-disable, delete, run now; show details: manage triggers, conditions and actions (add, reorder, configure, delete)
a. Interactive chart display for persistence data
b. Z-Wave network management: visualization, actions on nodes (heal, pair, unpair...).
(please let me know if I forgot something)
This is not a definitive list (having HABot and Home Builder reintegrated is on the roadmap as well), however, this is, in my view, the agreed set of functionality we should focus on before adding new ones, in order to achieve the goal stated above - merging the quintessential experience for the average openHAB user into a new "default" app which would appear in lieu of the current Dashboard. There are surely some unknowns about the future of some specific feature, whether it should be considered or not (firmware management, rule templates, Eclipse Marketplace?) or how it should be implemented/how close to the current look&feel it should be. Those would be addressed in additional, separate issues.
Therefore, may I please ask for your understanding, and for the sake of keeping the debate here on topic: this issue is not another discussion venue for ideas of features the new default openHAB UI should have. There are multiple topics already opened for that purpose in the discussion forum, where everyone can take part - rest assured they are read and taken into consideration by the stakeholders here (@openhab/webui-maintainers).
The purpose of this issue is to reach an agreement on the technical aspects of the implementation of this new app, with a focus on trying to bring up a friendly and experience for potential new contributors, with as little barrier to entry as possible, namely we have to decide on the following:
The development language - Which flavor of Javascript, transpiling yes/no, and should we consider TypeScript?
The general-purpose framework choice - Angular, React, Polymer or (most likely ;)) Vue.js
The design patterns and overall architecture, folder structure etc. - which will depend on 2., for instance Vue has single file components and probably also on 10. below ;) I'd recommend we should stick to the best practices and tooling provided and maintained by these frameworks (most of them have a CLI to scaffold a new app in a standard, predictable way), to minimize custom code & headaches for new contributors;
The coding style - Standard or Airbnb. We should set up a linter and one of those two will be used as a basis. Additional recommendations welcome!
Which CSS preprocessor - LESS, SCSS, Stylus?
Webpack?
To what extent we focus on a great mobile experience (incl. phones and tablets) as well as the desktop - influences the choices below;
Whether or not we should consider building Cordova apps for iOS (mostly) and Android (possibly) with the Web UI's code (Android can "add to homescreen" with PWA features which are IMHO a must and shouldn't be up for debate). Note that this is not a push to replace the current native mobile apps for sitemap viewing, rather an interesting option we can keep in mind to bring the other features esp. the administration features to the mobile world;
What UI theme(s) we choose - a variant of Material Design is likely, it was already the choice for Basic UI and Paper UI, and it will fit desktops and Android very well but depending on the decision on 5. we may decide to provide an iOS theme as well;
An overall frontend framework covering at least Material Design - may also depend on 2. Examples include: Quasar, Framework7, Ionic, something else?
The libraries we settle on for:
a. API calls and AJAX (Axios...) - the framework chosen in 10. might also provide one for us
b. State management (Vuex, ngrx, Redux...) - depends on 2. and maybe 10.
c. i18n/l20n - if we consider it at all - depends on 2.
d. Charting: echarts (used in the HABot analyzer), chart.js, ...
e. Maps: leaflet, ...
f. Icons: Material Design Icons probably, the framework chosen in 9. might also provide additional sets...
f. others, tbd... Minor library choices can be decided by the developer
(optional at this stage but still to keep in mind) How to plan the restriction of certain features to authorized users, which will obviously be influenced by the choices made in openhab-core (RBAC system of similar)
I'll offer my personal preferences in a separate post below this one, to make it clear they are not to be considered as the final choices. A word about the decision process: @openhab/webui-maintainers will be responsible for these choices and will make a final decision when there's a consensus on each of the above questions, according to the governance rules in place, with a possible escalation to @openhab/architecture-council only when necessary.
Basic UI:
HTML:
REST API:
There is a similar issue in the Android app (openhab/openhab-android#1195). It shows a map, but it's centered at 0",0":
IMO we should find a similar solution for both UIs. I suggest to replace the map by an icon (https://materialdesignicons.com/icon/map-marker-off) and a hint.
As stated in almende/vis#4259 vis.js (almende/vis) is no longer maintained.
The build may fail one day when their GitHub project is removed for some reason (see #68 (comment)).
CC: @cdjackson
Travis is no longer triggered for this repo. Maybe the webhook needs to be readded like we did to resolve the same issue for openhab-core openhab/openhab-core#700 (comment)?
I use the zwave binding and have a number of switch items that are are not showing the switch status when viewing them in PaperUI -> Control. Normal sockets which are not read only display a slider switch. Readonly items such as sensor_binary channels.xml do not display the slider or the alternate state text. The items display correctly in the basic UI and habpannel so this appears to be a paperui issue.
Found in 2.5.0-SNAPSHOT Build #1485
Here is an example that is defined in the home.items, that doesn't display any status in the control view of paperui
Switch sensor_2_motion "TV Room Motion [%s]" (GF,Motion,persist) {channel="zwave:device:9d6ae427:node12:sensor_binary"}
index.html#/things
pls provide an option to deselect all bindings at once.
The repository still contains a p2 repo generation.
Is this still necessary of can this been dropped.
At the time we migrate ESH to openHAB Core the decision has been taken to move the Paper UI not to openHAB Core but to this repository.
IIRC we agreed to keep the patch / customization support so it will still be able to use another layout.
Now this support has been removed.
Is my memory deceiving me?
Why has the customization support been removed without any public discussion?
Is there any documentation somewhere? Ideally it would be linked from README.md
I becomes an Error
"/var/lib/openhab2/cometvisu/plugins/rsslog/rsslog.php:231: Warning: java.sql.SQLException: Error opening connection Database couldn't be open. Sqlite2 check couldn't be performed as driver is missing."
The System is an OpenHab 2.4. on a Openhabian I want to use the Commetvisu.
Sorry for my bad english
@martinvw already migrated that repository to a POM first approach.
It seems he decided to use a parent POM that is part of openHAB Core.
Personally I don't see any reason for it and I don't know if it complicates the release process because it refers to a parent that version number is not control of the project itself.
Additionally the base POM in this reactor uses the "bundles" POM as parent which should not be necessary for non bundle modules.
I would also suggest to use a layout similar to core and the migrated addons repo.
IMHO it would be "better" to use one layout for all repositories that provides bundles.
With respect to testing I also would like to provide a BOM of all bundles in that repository.
If you agree with all that points, I can do the "cleanup" for you.
If you don't agree with all points, all fine.
If you agree with some and disagree with others, tell me your ideas.
When doing a full build on Ubuntu I always end up with the following HABmin changes:
$ git status
On branch test
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
modified: org.openhab.ui.habmin/web/index.html
modified: org.openhab.ui.habmin/web/lib/ace-builds/src-min-noconflict/ace.js
It was probably not an issue when the UI was in it's own repo. Now it's just one of many UIs so it will result in "diff noise" when committed or an annoyance because you always have to make sure they are not added to a commit.
Association groups that allow more than one device are displayed properly, but groups that only allow one device display nothing at all, even if assigned...
In this example, the Lifeline group only allows one device, and it is a dropdown. Basic Report allows multiple devices, and is a multiselect dropdown.
Habmin also has display issues, as reported here... openhab/org.openhab.ui.habmin#279. So, we have not way to properly view the configured Z-Wave associations in OH.
I have some charts with different periods. The period setting is persisted using RRD4J.
After a OH restart, I can see that the setting has apparently its value correctly restored, the right chart is even displayed, but any button is selected.
Number TempChart1Periode "Chart Temp int. [%d]" (GVirtualData)
Switch item=TempChart1Periode label="Chart Temp int. []" icon="chart" mappings=[0="4 heures", 1="12 heures", 2="Jour", 3="Semaine"]
Chart item=GTemperatureInt period=4h refresh=60000 visibility=[TempChart1Periode==0]
Chart item=GTemperatureInt period=12h refresh=60000 visibility=[TempChart1Periode==1]
Chart item=GTemperatureInt period=D refresh=60000 visibility=[TempChart1Periode==2]
Chart item=GTemperatureInt period=W refresh=60000 visibility=[TempChart1Periode==3]
This is something that worked perfectly in the past but which is now broken since several months I think.
Maybe something relative to unit feature ?
Then if I update the value with the UI, there is no more problem. So the problem is only after restarting OH and restoring the persisted value.
Same problem in Basic UI and Classic UI.
This Issue is prompted by discussion in openhab/openhab-docs#645
Frequently new users to OH do not experience the "happy path" for a number of reasons. One area that causes issues is understanding add-ons. The point of this Issue is to request a simple way for end-users to see potentially helpful log output for add-ons without having to have a PhD in Karaf, Javascript, OH2, or RAML, etc...).
Use case -
A new user to OH is having problems with their system. They do not know they are missing a plugin, or perhaps they have two two networks in their house and mDNS is not working between them. In any case, OH does not work, and they are "dead in the water" with nowhere to go.
Imagine a debug feature in an OH2 UI (Paper, perhaps), where the user can enter the name of the device and they get a simple result - such as below:
> smarthome:debug sonos
Debugging for sonos add-on enabled.
> smarthome:debug sonos
Debugging for sonos add-on disabled.
Or perhaps they see the following:
>smarthome:debug sonos
Debugging for sonos add-on enabled.
Analyzing logs...
Sonos plugin installed and running.
No Sonos devices found on network.
Analysis complete.
This Issue could be interpreted as a big and complex ask. So a "crawl, walk, run" approach might be appropriate. In any case, providing users with information they can understand when they are on the "unhappy path" can increase OH2 adoption and lead to a higher WAF (less time spent heads-down trying to get all the promised benefits of home automation delivered).
WDYT?
The following error is present every time I start OH. It is the absolute first thing that hits openhab.log every time.
2019-08-09 08:04:22.440 [INFO ] [org.openhab.ui.paper ] - FrameworkEvent INFO - org.openhab.ui.paper
org.osgi.framework.BundleException: The bundle class path entry "patch/" could not be found for the bundle "osgi.identity; type="osgi.bundle"; version:Version="2.5.0.201908010725"; osgi.identity="org.openhab.ui.paper""
at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findClassPathEntry(ClasspathManager.java:174) ~[?:?]
at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.buildClasspath(ClasspathManager.java:152) ~[?:?]
at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.(ClasspathManager.java:81) ~[?:?]
at org.eclipse.osgi.internal.loader.EquinoxClassLoader.(EquinoxClassLoader.java:43) ~[?:?]
at org.eclipse.osgi.internal.loader.BundleLoader.createClassLoaderPrivledged(BundleLoader.java:316) ~[?:?]
at org.eclipse.osgi.internal.loader.BundleLoader.getModuleClassLoader(BundleLoader.java:233) ~[?:?]
at org.eclipse.osgi.internal.loader.BundleLoader.searchHooks(BundleLoader.java:503) ~[?:?]
at org.eclipse.osgi.internal.loader.BundleLoader.findResource(BundleLoader.java:600) ~[?:?]
at org.eclipse.osgi.internal.loader.buddy.DependentPolicy.loadResource(DependentPolicy.java:82) ~[?:?]
at org.eclipse.osgi.internal.loader.buddy.PolicyHandler.doBuddyResourceLoading(PolicyHandler.java:157) ~[?:?]
at org.eclipse.osgi.internal.loader.BundleLoader.findResource(BundleLoader.java:649) ~[?:?]
at org.eclipse.osgi.internal.loader.buddy.DependentPolicy.loadResource(DependentPolicy.java:82) ~[?:?]
at org.eclipse.osgi.internal.loader.buddy.PolicyHandler.doBuddyResourceLoading(PolicyHandler.java:157) ~[?:?]
at org.eclipse.osgi.internal.loader.BundleLoader.findResource(BundleLoader.java:649) ~[?:?]
at org.eclipse.osgi.internal.loader.ModuleClassLoader.getResource(ModuleClassLoader.java:200) ~[?:?]
at org.eclipse.osgi.internal.framework.EquinoxBundle.getResource(EquinoxBundle.java:532) ~[?:?]
at org.apache.servicemix.specs.activation.Activator.register(Activator.java:58) ~[?:?]
at org.apache.servicemix.specs.locator.Activator.start(Activator.java:70) ~[?:?]
at org.apache.servicemix.specs.activation.Activator.start(Activator.java:46) ~[?:?]
at org.eclipse.osgi.internal.framework.BundleContextImpl$3.run(BundleContextImpl.java:779) ~[?:?]
at org.eclipse.osgi.internal.framework.BundleContextImpl$3.run(BundleContextImpl.java:1) ~[?:?]
at java.security.AccessController.doPrivileged(Native Method) ~[?:?]
at org.eclipse.osgi.internal.framework.BundleContextImpl.startActivator(BundleContextImpl.java:772) ~[?:?]
at org.eclipse.osgi.internal.framework.BundleContextImpl.start(BundleContextImpl.java:729) [?:?]
at org.eclipse.osgi.internal.framework.EquinoxBundle.startWorker0(EquinoxBundle.java:933) ~[?:?]
at org.eclipse.osgi.internal.framework.EquinoxBundle$EquinoxModule.startWorker(EquinoxBundle.java:309) ~[?:?]
at org.eclipse.osgi.container.Module.doStart(Module.java:581) ~[?:?]
at org.eclipse.osgi.container.Module.start(Module.java:449) ~[?:?]
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1634) ~[?:?]
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.incStartLevel(ModuleContainer.java:1614) ~[?:?]
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.doContainerStartLevel(ModuleContainer.java:1585) ~[?:?]
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1528) ~[?:?]
at org.eclipse.osgi.container.ModuleContainer$ContainerStartLevel.dispatchEvent(ModuleContainer.java:1) ~[?:?]
at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230) [?:?]
at org.eclipse.osgi.framework.eventmgr.EventManager$EventThread.run(EventManager.java:340) [?:?]
eclipse-archived/smarthome#6670
I confirmed this is still an issue using S1512. This appears to be a UI issue, as the Condition reportedly functions when created in a JSON rule.
Error: e.configuration is undefined
link@http://openhab.rushworth.us:8080/paperui/js/app.js:1:4691
bb/<@http://openhab.rushworth.us:8080/paperui/js/angular.min.js:16:54
ja@http://openhab.rushworth.us:8080/paperui/js/angular.min.js:81:35
m@http://openhab.rushworth.us:8080/paperui/js/angular.min.js:66:274
g@http://openhab.rushworth.us:8080/paperui/js/angular.min.js:58:481
m@http://openhab.rushworth.us:8080/paperui/js/angular.min.js:66:214
g@http://openhab.rushworth.us:8080/paperui/js/angular.min.js:58:481
ba/<@http://openhab.rushworth.us:8080/paperui/js/angular.min.js:58:119
ac/<@http://openhab.rushworth.us:8080/paperui/js/angular.min.js:62:490
d@http://openhab.rushworth.us:8080/paperui/js/angular.min.js:59:474
n@http://openhab.rushworth.us:8080/paperui/js/angular.min.js:64:14
link/</<@http://openhab.rushworth.us:8080/paperui/js/angular.min.js:304:36
r@http://openhab.rushworth.us:8080/paperui/js/angular.min.js:7:353
link/<@http://openhab.rushworth.us:8080/paperui/js/angular.min.js:304:20
$digest@http://openhab.rushworth.us:8080/paperui/js/angular.min.js:142:442
$apply@http://openhab.rushworth.us:8080/paperui/js/angular.min.js:145:399
l@http://openhab.rushworth.us:8080/paperui/js/angular.min.js:97:248
K@http://openhab.rushworth.us:8080/paperui/js/angular.min.js:101:373
gg/</y.onload@http://openhab.rushworth.us:8080/paperui/js/angular.min.js:102:397
<div day-of-week="" multi="{{parameter.multiple}}" ng-required="{{parameter.required}}" ng-model="$ctrl.configuration[parameter.name]" class="dayOfWeek col-xs-12 configContainer ng-pristine ng-untouched ng-valid"> angular.min.js:117:399
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
Django
The Web framework for perfectionists with deadlines.
Laravel
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
Microsoft
Open source projects and samples from Microsoft.
Google
Google ❤️ Open Source for everyone.
Alibaba
Alibaba Open Source for everyone
D3
Data-Driven Documents codes.
Tencent
China tencent open source team.