I find the answer about this empty list. In our READ TOKEN, we do not have any "producer" labels set. However it's well set in our series labels stored. Applying this small change (https://github.com/senx/warp10-platform/compare/master...aurrelhebert:fix/gts/fetch?expand=1) fixes it.
Le mercredi 29 janvier 2020 15:08:53 UTC+1, A. Hébert a écrit : > > Yes, of course. As soon as I find some time, I will provide more tests and > descriptions here :). I use Worf to generate both standalone and > Distributed tokens. > > Le mercredi 15 janvier 2020 23:53:47 UTC+1, Mathias Herberts a écrit : >> >> Are you performing the FETCH with the same token used for the FIND? >> >> On Wednesday, January 15, 2020 at 10:16:11 AM UTC+1, A. Hébert wrote: >>> >>> I do have the same behavior on both standalone as well as on a >>> distributed setup. >>> >>> Le mer. 15 janv. 2020 à 10:08, A. Hébert <[email protected]> a écrit : >>> >>>> I am on the actual master with last commit beeing: >>>> https://github.com/senx/warp10-platform/commit/7d3f57867fe269df1fd00dd3125c0d092d63bb61 >>>> >>>> Le mardi 14 janvier 2020 01:27:26 UTC+1, Mathias Herberts a écrit : >>>>> >>>>> What Warp 10 revision is the problem occurring on? >>>>> >>>>> On Monday, January 13, 2020 at 10:42:12 AM UTC+1, A. Hébert wrote: >>>>>> >>>>>> All the gts in the 'gts' comes directly from a FIND statement >>>>>> >>>>>> Le jeudi 9 janvier 2020 23:26:33 UTC+1, Mathias Herberts a écrit : >>>>>>> >>>>>>> Are you setting all the labels present in the GTS? >>>>>>> >>>>>>> >>>>>>> On Wednesday, January 8, 2020 at 2:54:14 PM UTC+1, A. Hébert wrote: >>>>>>>> >>>>>>>> On my knowledge, our token are forged only on a single application >>>>>>>> base. As example with TOKENINFO, I get: >>>>>>>> >>>>>>>> >>>>>>>> [{"application":"unicorn","issuance":1569....,"expiry":1591...,"type":"READ","apps":["unicorn"]}] >>>>>>>> >>>>>>>> >>>>>>>> Le mercredi 8 janvier 2020 14:20:58 UTC+1, Mathias Herberts a >>>>>>>> écrit : >>>>>>>>> >>>>>>>>> Does your token have a single app/owner/producer? >>>>>>>>> >>>>>>>>> The FETCH will inject .owner, .producer and .app labels from the >>>>>>>>> value in the READ token provided. >>>>>>>>> >>>>>>>>> On Wednesday, January 8, 2020 at 10:17:12 AM UTC+1, A. Hébert >>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>> I have tried again a simple FETCH based on a FIND result with the >>>>>>>>>> current Warp10 master version and get an empty list with the 'gts' >>>>>>>>>> key. >>>>>>>>>> When I do the same fetch with the selectors I do get my results. >>>>>>>>>> >>>>>>>>>> Le vendredi 20 décembre 2019 12:01:18 UTC+1, Mathias Herberts a >>>>>>>>>> écrit : >>>>>>>>>>> >>>>>>>>>>> There was an issue with key initialization which had been moved >>>>>>>>>>> too early. Fixed on master. >>>>>>>>>>> >>>>>>>>>>> On Thursday, December 19, 2019 at 6:27:03 PM UTC+1, A. Hébert >>>>>>>>>>> wrote: >>>>>>>>>>>> >>>>>>>>>>>> I just tried that and got the following exeption `ERROR line >>>>>>>>>>>> #8: Exception at '=>FETCH<=' in section [TOP]` >>>>>>>>>>>> >>>>>>>>>>>> Le jeudi 19 décembre 2019 11:23:06 UTC+1, Mathias Herberts a >>>>>>>>>>>> écrit : >>>>>>>>>>>>> >>>>>>>>>>>>> If you know the values associated with those labels for the >>>>>>>>>>>>> GTS you wish to fetch you can use the 'gts' map key in the FETCH >>>>>>>>>>>>> parameter >>>>>>>>>>>>> map to specify an explicit list of GTS to fetch instead of >>>>>>>>>>>>> performing a >>>>>>>>>>>>> prior search on Directory. >>>>>>>>>>>>> >>>>>>>>>>>>> On Tuesday, December 17, 2019 at 9:50:24 AM UTC+1, A. Hébert >>>>>>>>>>>>> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>> Hi senx team, >>>>>>>>>>>>>> >>>>>>>>>>>>>> We have a single application with 2 or 3 single class >>>>>>>>>>>>>> names and each of them have between 4 and 5 millions unique time >>>>>>>>>>>>>> series. >>>>>>>>>>>>>> They have simply 3 labels. This makes query a single Time series >>>>>>>>>>>>>> slow on >>>>>>>>>>>>>> the user side: ~5s for each FIND statement (which of course is >>>>>>>>>>>>>> still fast >>>>>>>>>>>>>> when searching on 5 millions series). How could we speed up >>>>>>>>>>>>>> those kind of >>>>>>>>>>>>>> use cases on Warp 10? >>>>>>>>>>>>>> >>>>>>>>>>>>>> Best, >>>>>>>>>>>>>> >>>>>>>>>>>>> -- >>>> You received this message because you are subscribed to a topic in the >>>> Google Groups "Warp 10 users" group. >>>> To unsubscribe from this topic, visit >>>> https://groups.google.com/d/topic/warp10-users/Du8YZ8zHJNM/unsubscribe. >>>> To unsubscribe from this group and all its topics, send an email to >>>> [email protected]. >>>> To view this discussion on the web visit >>>> https://groups.google.com/d/msgid/warp10-users/66fa13a6-8655-47b2-8c76-2bbf0a8a76d9%40googlegroups.com >>>> >>>> <https://groups.google.com/d/msgid/warp10-users/66fa13a6-8655-47b2-8c76-2bbf0a8a76d9%40googlegroups.com?utm_medium=email&utm_source=footer> >>>> . >>>> >>> >>> >>> -- >>> Aurélien HÉBERT >>> >> -- You received this message because you are subscribed to the Google Groups "Warp 10 users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/warp10-users/43a05733-c7aa-4897-af71-383406c48900%40googlegroups.com.
