{"action":"created","issue":{"url":"https://api.github.com/repos/eclipse/smarthome/issues/673","labels_url":"https://api.github.com/repos/eclipse/smarthome/issues/673/labels{/name}","comments_url":"https://api.github.com/repos/eclipse/smarthome/issues/673/comments","events_url":"https://api.github.com/repos/eclipse/smarthome/issues/673/events","html_url":"https://github.com/eclipse/smarthome/pull/673","id":120862192,"number":673,"title":"472963  philips hue binding unsupported light","user":{"login":"markusmazurczak","id":15716289,"avatar_url":"https://avatars.githubusercontent.com/u/15716289?v=3","gravatar_id":"","url":"https://api.github.com/users/markusmazurczak","html_url":"https://github.com/markusmazurczak","followers_url":"https://api.github.com/users/markusmazurczak/followers","following_url":"https://api.github.com/users/markusmazurczak/following{/other_user}","gists_url":"https://api.github.com/users/markusmazurczak/gists{/gist_id}","starred_url":"https://api.github.com/users/markusmazurczak/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/markusmazurczak/subscriptions","organizations_url":"https://api.github.com/users/markusmazurczak/orgs","repos_url":"https://api.github.com/users/markusmazurczak/repos","events_url":"https://api.github.com/users/markusmazurczak/events{/privacy}","received_events_url":"https://api.github.com/users/markusmazurczak/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":6,"created_at":"2015-12-07T20:38:03Z","updated_at":"2015-12-08T21:00:58Z","closed_at":null,"pull_request":{"url":"https://api.github.com/repos/eclipse/smarthome/pulls/673","html_url":"https://github.com/eclipse/smarthome/pull/673","diff_url":"https://github.com/eclipse/smarthome/pull/673.diff","patch_url":"https://github.com/eclipse/smarthome/pull/673.patch"},"body":"Changed Thing usage in that way that it is not anymore necessary to\r\ninclude specific bulb types as single Thing-Types. From now on there are\r\n4 generic thing types that are supported (Dimmable light, Color light,\r\nExtended Color light, Color temperature light) with there respective\r\nchannels. The Thing type to use for a discovered bulb is now determined\r\nby it's type.\r\n\r\nI normalize the light type before the supportedThingTypes-check is done"},"comment":{"url":"https://api.github.com/repos/eclipse/smarthome/issues/comments/163016440","html_url":"https://github.com/eclipse/smarthome/pull/673#issuecomment-163016440","issue_url":"https://api.github.com/repos/eclipse/smarthome/issues/673","id":163016440,"user":{"login":"kaikreuzer","id":3244965,"avatar_url":"https://avatars.githubusercontent.com/u/3244965?v=3","gravatar_id":"","url":"https://api.github.com/users/kaikreuzer","html_url":"https://github.com/kaikreuzer","followers_url":"https://api.github.com/users/kaikreuzer/followers","following_url":"https://api.github.com/users/kaikreuzer/following{/other_user}","gists_url":"https://api.github.com/users/kaikreuzer/gists{/gist_id}","starred_url":"https://api.github.com/users/kaikreuzer/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/kaikreuzer/subscriptions","organizations_url":"https://api.github.com/users/kaikreuzer/orgs","repos_url":"https://api.github.com/users/kaikreuzer/repos","events_url":"https://api.github.com/users/kaikreuzer/events{/privacy}","received_events_url":"https://api.github.com/users/kaikreuzer/received_events","type":"User","site_admin":false},"created_at":"2015-12-08T21:00:58Z","updated_at":"2015-12-08T21:00:58Z","body":"> I think the commit is clean now :-)\r\n\r\nYes, but the PR still contains the old 3 commits as well...\r\n\r\nOne question regarding the implementation: Do you see any simple way to also allow backward compatibility? Some existing system can have persisted things like `hue:LCT001:123` and it would be nice if it continues to work without a manual migration. Furthermore, with the new implementation, we are effectively losing information about the exact device (all the specific information like labels & descriptions that we have in the XMLs).\r\n\r\nSo imho the ideal implementation would be the best of both worlds: Use the specific thing type, if there is one and otherwise fall back to the generic thing type. This actually just reminds me of the discussion about decoupling the Thing UID from its type (so that this can potentially be switched during the lifetime of the thing), see https://www.eclipse.org/forums/index.php?t=msg&th=1072347&goto=1716311&#msg_1716311.\r\nThe concept of having a generic handler as a fallback if no specific handler is available is something we will need at many places (I see it e.g. for Z-Wave and Zigbee as well), so the hue binding could actually be a good reference implementation for such a concept.\r\nSorry, if this means more work for this PR (or rather no direct merge), but I have the feeling that it would be worth to follow-up on this idea. What do others like @maggu2810, @cdjackson and @sjka think?"}}