Friday, 2015-08-07

*** sigmavirus24 is now known as sigmavirus24_awa00:14
*** sjmc7 has joined #openstack-searchlight01:27
*** sjmc7 has quit IRC02:07
*** lakshmiS has joined #openstack-searchlight04:31
*** lakshmiS has quit IRC05:25
*** nikhil_k has quit IRC10:18
*** nikhil_k has joined #openstack-searchlight10:18
*** openstackgerrit has quit IRC10:45
*** openstackgerrit has joined #openstack-searchlight10:49
*** TravT has quit IRC10:57
*** TravT has joined #openstack-searchlight11:05
*** pkarikh has joined #openstack-searchlight11:09
*** lakshmiS has joined #openstack-searchlight12:27
*** lakshmiS has quit IRC12:35
*** lakshmiS has joined #openstack-searchlight13:11
*** lakshmiS has quit IRC13:41
*** sjmc7 has joined #openstack-searchlight13:55
sjmc7TravT - looking at your comments on the resource type instead of index/doctype review14:25
sjmc7the main sticking point is that searching by index/doctype is more transparent to elasticsearch, which yes, that is true. perhaps rather than fully abstracting it, we beef up the discovery mechanism14:26
sjmc7such that 'enabled_plugins' returns OS::Glance::Image: (glance, image) etc, and then allow any combination  (index name, doc type, resource name)14:27
sjmc7that way you can essentially hardcode something if you want to look for OS::Glance::Image, but you have the ability to do passthrough queries as long as you check the index types14:28
sjmc7i'll reply in the review, now i've thought out loud :)14:29
openstackgerritMerged openstack/searchlight: Fix issue with multiple notification listeners  https://review.openstack.org/20239215:10
TravThey sjmc715:13
TravTi think you might be saying... 1) query for plugins.  2) plugin list has OS::Glance::Image and it still shows index and type 3) the client uses the index and type in query.15:15
sjmc7client can use EITHER15:29
*** tsufiev has quit IRC18:22
*** tsufiev has joined #openstack-searchlight18:22
*** nikhil_k has quit IRC22:19
*** nikhil_k has joined #openstack-searchlight22:20
sjmc7TravT something that also just occurred - we don't really need to allow customizable *types*, just *indices*22:25
sjmc7so we could do 'type': 'OS::Glance::Image'22:25
sjmc7it's a bit unpleasant using that as a url is the only downside22:26
TravTsjmc7: i pondered that a little as well...22:27
TravTbut it also occurred to me that leaving type customizable might be good for future version usage?22:28
TravTof even now.22:28
sjmc7maybe. i can't see why you'd do it22:28
sjmc7now i think about it22:28
TravTso glance/v222:28
TravTglance-v222:28
TravTbut that is a half baked thought22:28
sjmc7i don't think i'd index glance v1 and glance v222:29
sjmc7that seems odd22:29
TravTa long time ago, people didn't think they needed 4 digits for the year22:29
sjmc7and even then, customizable doc types doesn't help22:29
TravTso just index would be diff...22:29
sjmc7well.. i guess maybe it would. ok. well, to get a resource_Type field in, it has to go in the source doc22:29
TravTunless we only make the resource type a lookup to find the index and doc type22:30
sjmc7oh weird, you don't have to escape colons in urls22:31
TravTthat that's not so bad22:31
TravTso then maybe we just do type22:32
TravTi mean index22:32
sjmc7yeah, i'm leaning that way22:32
sjmc7it means that the enabled_plugins becomes a dict type : index22:32
sjmc7and it guarantees types are unique22:33
TravTi'd lean towards22:33
sjmc7which has some advantages (like you can put everything on the same index if you want)22:33
TravTOS::Glance::Image : { 'index' : 'glance' }22:33
TravTleave room for other info.22:33
sjmc7just in case?22:33
sjmc7ok22:33
TravTlike search syntax22:34
sjmc7ok, i'll cobble that up and see how it looks22:34
TravTin the unlikely event that we support more than ES in the future22:34
sjmc7i think i like this more22:34
sjmc7yeah22:34
TravTseems like a more natural mapping i suppose.... i also was rather hesitant about having to stuff that into the source fields22:34
sjmc7yeah, it's not good to do that22:35
*** sjmc7_ has joined #openstack-searchlight22:37
*** sjmc7 has quit IRC22:49
*** sjmc7_ has quit IRC23:23

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!