# Habmin started twice - BasicUI not working anymore **URL:** \ **Category:** Runtime\ **Tags:** startup, openhab2, habmin\ **Created:** [November 16, 2016, 8:02pm UTC](https://community.openhab.org/t/habmin-started-twice-basicui-not-working-anymore/16816 "2016-11-16T20:02:09Z")\ **Posts on this page:** 2\ **Page:** 1
**Author:** ![usambara](https://community.openhab.org/user_avatar/community.openhab.org/usambara/32/4649_2.png) [@usambara](https://community.openhab.org/u/usambara)\ **Post date:** [November 16, 2016, 8:02pm UTC](https://community.openhab.org/t/habmin-started-twice-basicui-not-working-anymore/16816/1 "2016-11-16T20:02:09Z")
I’m using OH2 Beta4. Today I added in addons.cfg the line remote = true and also added habmin to the list of ui. This led to the following lines in the log file: > 2016-11-16 19:49:43.665 [INFO] [internal.service.FeaturesServiceImpl] - Adding features: openhab-ui-habmin/[2.0.0.b4,2.0.0.b4] > … > 2016-11-16 19:50:09.176 [INFO] [ui.habmin.internal.servlet.HABminApp] - Stopped HABmin servlet > 2016-11-16 19:50:09.215 [INFO] [vice.internal.HttpServiceFactoryImpl] - Unbinding bundle: [org.openhab.ui.habmin\_0.8.0.201606191001 [214]] > 2016-11-16 19:50:09.973 [INFO] [internal.service.FeaturesServiceImpl] - Starting bundles: > 2016-11-16 19:50:10.036 [INFO] [internal.service.FeaturesServiceImpl] - org.glassfish.hk2.utils/2.4.0.b34 > … > 2016-11-16 19:50:16.725 [INFO] [g.apache.aries.spifly.dynamic.bundle] - Bundle Considered for SPI providers: com.eclipsesource.jaxrs.provider.swagger > 2016-11-16 19:50:16.737 [INFO] [internal.service.FeaturesServiceImpl] - org.openhab.ui.habmin/0.9.0.b4 > 2016-11-16 19:50:16.767 [INFO] [g.apache.aries.spifly.dynamic.bundle] - No ‘SPI-Provider’ Manifest header. Skipping bundle: com.eclipsesource.jaxrs.provider.swagger > 2016-11-16 19:50:16.834 [INFO] [g.apache.aries.spifly.dynamic.bundle] - Bundle Considered for SPI providers: org.openhab.ui.habmin > 2016-11-16 19:50:16.867 [INFO] [g.apache.aries.spifly.dynamic.bundle] - Bundle Considered for SPI providers: org.openhab.io.rest.docs > 2016-11-16 19:50:16.900 [INFO] [g.apache.aries.spifly.dynamic.bundle] - No ‘SPI-Provider’ Manifest header. Skipping bundle: org.openhab.io.rest.docs > 2016-11-16 19:50:16.934 [INFO] [g.apache.aries.spifly.dynamic.bundle] - No ‘SPI-Provider’ Manifest header. Skipping bundle: org.openhab.ui.habmin > 2016-11-16 19:50:16.947 [INFO] [vice.internal.HttpServiceFactoryImpl] - Binding bundle: [org.openhab.io.rest.docs\_2.0.0.b4 [181]] to http service > 2016-11-16 19:50:17.030 [INFO] [ce.jetty.internal.HttpServiceContext] - registering context DefaultHttpContext [bundle=org.openhab.io.rest.docs\_2.0.0.b4 [181], contextID=default], with context-name: > 2016-11-16 19:50:17.074 [INFO] [.jetty.server.handler.ContextHandler] - Started HttpServiceContext{httpContext=DefaultHttpContext [bundle=org.openhab.io.rest.docs\_2.0.0.b4 [181], contextID=default]} > 2016-11-16 19:50:17.121 [INFO] [g.apache.aries.spifly.dynamic.bundle] - Bundle Considered for SPI providers: org.openhab.ui.habmin > 2016-11-16 19:50:17.122 [INFO] [vice.internal.HttpServiceFactoryImpl] - Binding bundle: [org.openhab.ui.habmin\_0.9.0.b4 [220]] to http service > 2016-11-16 19:50:17.157 [INFO] [g.apache.aries.spifly.dynamic.bundle] - No ‘SPI-Provider’ Manifest header. Skipping bundle: org.openhab.ui.habmin > 2016-11-16 19:50:17.213 [INFO] [ce.jetty.internal.HttpServiceContext] - registering context DefaultHttpContext [bundle=org.openhab.ui.habmin\_0.9.0.b4 [220], contextID=default], with context-name: > 2016-11-16 19:50:17.263 [INFO] [.jetty.server.handler.ContextHandler] - Started HttpServiceContext{httpContext=DefaultHttpContext [bundle=org.openhab.ui.habmin\_0.9.0.b4 [220], contextID=default]} > 2016-11-16 19:50:17.302 [INFO] [ui.habmin.internal.servlet.HABminApp] - Started HABmin servlet at /habmin > 2016-11-16 19:50:17.357 [INFO] [internal.service.FeaturesServiceImpl] - com.eclipsesource.jaxrs.publisher/5.3.1.201602281253 > 2016-11-16 19:50:17.401 [INFO] [internal.service.FeaturesServiceImpl] - javax.ws.rs-api/2.0.1 > 2016-11-16 19:50:18.522 [INFO] [internal.service.FeaturesServiceImpl] - org.eclipse.smarthome.ui.iconset.classic/0.9.0.b1 > 2016-11-16 19:50:18.557 [INFO] [internal.service.FeaturesServiceImpl] - org.eclipse.smarthome.io.rest.mdns/0.9.0.b1 > 2016-11-16 19:50:18.598 [INFO] [vice.internal.HttpServiceFactoryImpl] - Binding bundle: [org.openhab.ui.habmin\_0.8.0.201606191001 [214]] to http service > 2016-11-16 19:50:18.602 [INFO] [internal.service.FeaturesServiceImpl] - org.openhab.io.rest.docs/2.0.0.b4 > 2016-11-16 19:50:18.654 [ERROR] [ui.habmin.internal.servlet.HABminApp] - Error during HABmin servlet startup > org.osgi.service.http.NamespaceException: alias: ‘/habmin’ is already in use in this or another context > at org.ops4j.pax.web.service.spi.model.ServerModel.addServletModel(ServerModel.java:130) > at org.ops4j.pax.web.service.internal.HttpServiceStarted.registerServlet(HttpServiceStarted.java:207) > at org.ops4j.pax.web.service.internal.HttpServiceStarted.registerResources(HttpServiceStarted.java:258) > at org.ops4j.pax.web.service.internal.HttpServiceProxy.registerResources(HttpServiceProxy.java:71) > at org.openhab.ui.habmin.internal.servlet.HABminApp.activate(HABminApp.java:30) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.8.0\_65] > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)[:1.8.0\_65] > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.8.0\_65] > at java.lang.reflect.Method.invoke(Method.java:497)[:1.8.0\_65] > at org.apache.felix.scr.impl.helper.BaseMethod.invokeMethod(BaseMethod.java:222)[33:org.apache.felix.scr:2.0.2] > at org.apache.felix.scr.impl.helper.BaseMethod.access$500(BaseMethod.java:37)[33:org.apache.felix.scr:2.0.2] > at org.apache.felix.scr.impl.helper.BaseMethod$Resolved.invoke(BaseMethod.java:615)[33:org.apache.felix.scr:2.0.2] > at org.apache.felix.scr.impl.helper.BaseMethod.invoke(BaseMethod.java:499)[33:org.apache.felix.scr:2.0.2] > at org.apache.felix.scr.impl.helper.ActivateMethod.invoke(ActivateMethod.java:295)[33:org.apache.felix.scr:2.0.2] > at org.apache.felix.scr.impl.manager.SingleComponentManager.createImplementationObject(SingleComponentManager.java:302)[33:org.apache.felix.scr:2.0.2] > at org.apache.felix.scr.impl.manager.SingleComponentManager.createComponent(SingleComponentManager.java:113)[33:org.apache.felix.scr:2.0.2] > at org.apache.felix.scr.impl.manager.SingleComponentManager.getService(SingleComponentManager.java:866)[33:org.apache.felix.scr:2.0.2] > at org.apache.felix.scr.impl.manager.SingleComponentManager.getServiceInternal(SingleComponentManager.java:833)[33:org.apache.felix.scr:2.0.2] > at org.apache.felix.scr.impl.manager.AbstractComponentManager.activateInternal(AbstractComponentManager.java:724)[33:org.apache.felix.scr:2.0.2] > at org.apache.felix.scr.impl.manager.AbstractComponentManager.enable(AbstractComponentManager.java:399)[33:org.apache.felix.scr:2.0.2] > at org.apache.felix.scr.impl.config.ConfigurableComponentHolder.enableComponents(ConfigurableComponentHolder.java:676)[33:org.apache.felix.scr:2.0.2] > at org.apache.felix.scr.impl.BundleComponentActivator.initialEnable(BundleComponentActivator.java:339)[33:org.apache.felix.scr:2.0.2] > at org.apache.felix.scr.impl.Activator.loadComponents(Activator.java:360)[33:org.apache.felix.scr:2.0.2] > at org.apache.felix.scr.impl.Activator.access$000(Activator.java:53)[33:org.apache.felix.scr:2.0.2] > at org.apache.felix.scr.impl.Activator$ScrExtension.start(Activator.java:260)[33:org.apache.felix.scr:2.0.2] > at org.apache.felix.utils.extender.AbstractExtender.createExtension(AbstractExtender.java:259)[33:org.apache.felix.scr:2.0.2] > at org.apache.felix.utils.extender.AbstractExtender.modifiedBundle(AbstractExtender.java:232)[33:org.apache.felix.scr:2.0.2] > at org.osgi.util.tracker.BundleTracker$Tracked.customizerModified(BundleTracker.java:482)[org.osgi.core-6.0.0.jar:] > at org.osgi.util.tracker.BundleTracker$Tracked.customizerModified(BundleTracker.java:415)[org.osgi.core-6.0.0.jar:] > at org.osgi.util.tracker.AbstractTracked.track(AbstractTracked.java:232)[org.osgi.core-6.0.0.jar:] > at org.osgi.util.tracker.BundleTracker$Tracked.bundleChanged(BundleTracker.java:444)[org.osgi.core-6.0.0.jar:] > at org.eclipse.osgi.internal.framework.BundleContextImpl.dispatchEvent(BundleContextImpl.java:902)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:] > at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:] > at org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(ListenerQueue.java:148)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:] > at org.eclipse.osgi.internal.framework.EquinoxEventPublisher.publishBundleEventPrivileged(EquinoxEventPublisher.java:165)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:] > at org.eclipse.osgi.internal.framework.EquinoxEventPublisher.publishBundleEvent(EquinoxEventPublisher.java:75)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:] > at org.eclipse.osgi.internal.framework.EquinoxEventPublisher.publishBundleEvent(EquinoxEventPublisher.java:67)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:] > at org.eclipse.osgi.internal.framework.EquinoxContainerAdaptor.publishModuleEvent(EquinoxContainerAdaptor.java:102)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:] > at org.eclipse.osgi.container.Module.publishEvent(Module.java:466)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:] > at org.eclipse.osgi.container.Module.start(Module.java:457)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:] > at org.eclipse.osgi.internal.framework.EquinoxBundle.start(EquinoxBundle.java:393)[org.eclipse.osgi-3.10.2.v20150203-1939.jar:] > at org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundle(DirectoryWatcher.java:1245)[8:org.apache.felix.fileinstall:3.5.0] > at org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundles(DirectoryWatcher.java:1217)[8:org.apache.felix.fileinstall:3.5.0] > at org.apache.felix.fileinstall.internal.DirectoryWatcher.startAllBundles(DirectoryWatcher.java:1207)[8:org.apache.felix.fileinstall:3.5.0] > at org.apache.felix.fileinstall.internal.DirectoryWatcher.doProcess(DirectoryWatcher.java:504)[8:org.apache.felix.fileinstall:3.5.0] > at org.apache.felix.fileinstall.internal.DirectoryWatcher.process(DirectoryWatcher.java:358)[8:org.apache.felix.fileinstall:3.5.0] > at org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWatcher.java:310)[8:org.apache.felix.fileinstall:3.5.0] > 2016-11-16 19:50:18.691 [INFO] [internal.service.FeaturesServiceImpl] - com.eclipsesource.jaxrs.provider.swagger/1.1.1.201605111122 > 2016-11-16 19:50:18.771 [INFO] [org.apache.felix.fileinstall] - Started bundle: file:/usr/share/openhab2/addons/org.openhab.ui.habmin\_0.1.6.jar > 2016-11-16 19:50:18.803 [INFO] [internal.service.FeaturesServiceImpl] - org.eclipse.smarthome.io.rest.sitemap/0.9.0.b1 > 2016-11-16 19:50:18.903 [INFO] [internal.service.FeaturesServiceImpl] - Done. > 2016-11-16 19:50:18.949 [INFO] [core.karaf.internal.FeatureInstaller] - Installed ‘openhab-ui-habmin’ > 2016-11-16 19:50:21.425 [ERROR] [org.glassfish.jersey.internal.Errors] - Following issues have been detected: > WARNING: A resource model has ambiguous (sub-)resource method for HTTP method GET and input mime-types as defined by"@Consumes" and “@Produces” annotations at Java methods public javax.ws.rs.core.Response org.openhab.ui.habmin.internal.services.dashboard.DashboardResource.httpGetDashboards(javax.ws.rs.core.HttpHeaders) and public javax.ws.rs.core.Response org.openhab.ui.habmin.internal.services.dashboard.DashboardResource.httpGetDashboards(javax.ws.rs.core.HttpHeaders) at matching regular expression /habmin/dashboards. These two methods produces and consumes exactly the same mime-types and therefore their invocation as a resource methods will always fail. > WARNING: A resource model has ambiguous (sub-)resource method for HTTP method POST and input mime-types as defined by"@Consumes" and “@Produces” annotations at Java methods public javax.ws.rs.core.Response org.openhab.ui.habmin.internal.services.dashboard.DashboardResource.httpPostDashboards(javax.ws.rs.core.HttpHeaders,org.openhab.ui.habmin.internal.services.dashboard.DashboardConfigBean) and public javax.ws.rs.core.Response org.openhab.ui.habmin.internal.services.dashboard.DashboardResource.httpPostDashboards(javax.ws.rs.core.HttpHeaders,org.openhab.ui.habmin.internal.services.dashboard.DashboardConfigBean) at matching regular expression /habmin/dashboards. These two methods produces and consumes exactly the same mime-types and therefore their invocation as a resource methods will always fail. After restart I have this information: > 2016-11-16 20:09:45.939 [INFO] [vice.internal.HttpServiceFactoryImpl] - Binding bundle: [org.openhab.ui.habmin\_0.8.0.201606191001 [214]] to http service > 2016-11-16 20:09:46.039 [INFO] [ce.jetty.internal.HttpServiceContext] - registering context DefaultHttpContext [bundle=org.openhab.ui.habmin\_0.8.0.201606191001 [214], contextID=default], with context-name: > 2016-11-16 20:09:46.148 [INFO] [.jetty.server.handler.ContextHandler] - Started HttpServiceContext{httpContext=DefaultHttpContext [bundle=org.openhab.ui.habmin\_0.8.0.201606191001 [214], contextID=default]} > 2016-11-16 20:09:46.256 [INFO] [ui.habmin.internal.servlet.HABminApp] - Started HABmin servlet at /habmin > 2016-11-16 20:09:46.356 [INFO] [g.apache.aries.spifly.dynamic.bundle] - Bundle Considered for SPI providers: org.openhab.ui.habmin > 2016-11-16 20:09:46.433 [INFO] [g.apache.aries.spifly.dynamic.bundle] - No ‘SPI-Provider’ Manifest header. Skipping bundle: org.openhab.ui.habmin > … > 2016-11-16 20:09:49.005 [INFO] [vice.internal.HttpServiceFactoryImpl] - Binding bundle: [org.openhab.ui.habmin\_0.9.0.b4 [220]] to http service > 2016-11-16 20:09:49.077 [ERROR] [ui.habmin.internal.servlet.HABminApp] - Error during HABmin servlet startup > org.osgi.service.http.NamespaceException: alias: ‘/habmin’ is already in use in this or another context > … I reverted the changes and restarted OH2, but the problems remain: - On the start page I have two times a symbol for HABMIN - In Paper UI all topics (configuration, Preferences, Inbox and Control) are empty - In Basic UI it is not reacting on user input for a switch (maybe also more, not tested) - Classic UI seems to work How can I get rid of the second habmin and get the system to work again as before? ---
**Author:** ![usambara](https://community.openhab.org/user_avatar/community.openhab.org/usambara/32/4649_2.png) [@usambara](https://community.openhab.org/u/usambara)\ **Post date:** [November 17, 2016, 6:48pm UTC](https://community.openhab.org/t/habmin-started-twice-basicui-not-working-anymore/16816/2 "2016-11-17T18:48:07Z")
I found it by myself: I had in the addons folder an older version of habmin. Due to the changes in the addons.cfg the system downloaded a newer version and installed it. So I had it twice. It would be more convenient if the system could check before installation if there is an other package which causes a conflict.