Re: KTable#through from window store to key value store

2016-12-17 Thread Eno Thereska
Ok, makes sense. We'll be putting out a KIP on updating the KTable semantics and one of the things we'll add is the ability to materialize any KTable without explicitely needing to call through. So you could do a .mapValues, you'll get a KTable back and then we'll probably have a .materialize AP

Re: KTable#through from window store to key value store

2016-12-16 Thread Mikael Högqvist
Hi Eno, in this example it doesn't make much sense, but I could add a .mapValues that transforms the values and the use .through to materialize a table with the updated values. It is possible to the access the new table as a KeyValueStore also, but it is much less convenient and I also expected t

Re: KTable#through from window store to key value store

2016-12-16 Thread Eno Thereska
Hi Mikael, Currently that is not possible. Could you elaborate why you'd need that since you can query from tableOne. Thanks Eno > On 16 Dec 2016, at 10:45, Mikael Högqvist wrote: > > Hi, > > I have a small example topology that count words per minute (scala): > >words > .map { (key

KTable#through from window store to key value store

2016-12-16 Thread Mikael Högqvist
Hi, I have a small example topology that count words per minute (scala): words .map { (key, word) => new KeyValue(word, Long.box(1L)) } .groupByKey(Serdes.String, Serdes.Long) .count(TimeWindows.of(5 * 60 * 1000L), tableOne) .through(new WindowedSerde, Se