Thanks!
On 10/9/17 1:27 PM, Stas Chizhov wrote:
> Hi,
>
> I have created a ticker: https://issues.apache.org/jira/browse/KAFKA-6031
>
> Best regards,
> Stas.
>
> 2017-10-06 23:39 GMT+02:00 Guozhang Wang :
>
>> Hi Stas,
>>
>> Would you mind creating a JIRA for this functionality request so that
Hi,
I have created a ticker: https://issues.apache.org/jira/browse/KAFKA-6031
Best regards,
Stas.
2017-10-06 23:39 GMT+02:00 Guozhang Wang :
> Hi Stas,
>
> Would you mind creating a JIRA for this functionality request so that we
> won't forget about it and drop on the floor?
>
>
> Guozhang
>
>
Hi Stas,
Would you mind creating a JIRA for this functionality request so that we
won't forget about it and drop on the floor?
Guozhang
On Fri, Oct 6, 2017 at 1:10 PM, Stas Chizhov wrote:
> Thank you!
>
> I guess eventually consistent reads might be a reasonable trade off if you
> can get abi
Ok I see. Thanks again!
fre 6 okt. 2017 kl. 22:13 skrev Matthias J. Sax :
> >> I guess eventually consistent reads might be a reasonable trade off if
> you
> >> can get ability to serve reads without downtime in some cases.
>
> Agreed :)
>
> >> By the way standby replicas are just extra consumers
>> I guess eventually consistent reads might be a reasonable trade off if you
>> can get ability to serve reads without downtime in some cases.
Agreed :)
>> By the way standby replicas are just extra consumers/processors of input
>> topics? Or is there some custom protocol for sinking the state?
Thank you!
I guess eventually consistent reads might be a reasonable trade off if you
can get ability to serve reads without downtime in some cases.
By the way standby replicas are just extra consumers/processors of input
topics? Or is there some custom protocol for sinking the state?
fre 6 o
No, that is not possible.
Note: standby replicas might "lag" behind the active store, and thus,
you would get different results if querying standby replicas would be
supported.
We might add this functionality at some point though -- but there are no
concrete plans atm. Contributions are always we
Hi,
No that isn't supported.
Thanks,
Damian
On Fri, 6 Oct 2017 at 04:18 Stas Chizhov wrote:
> Hi
>
> Is there a way to serve read read requests from standby replicas?
> StreamsMeatadata does not seem to provide standby end points as far as I
> can see.
>
> Thank you,
> Stas
>
Hi
Is there a way to serve read read requests from standby replicas?
StreamsMeatadata does not seem to provide standby end points as far as I
can see.
Thank you,
Stas
Thanks All.
On Mon, Nov 28, 2016 at 3:09 AM, Michael Noll wrote:
> There are also some examples/demo applications at
> https://github.com/confluentinc/examples that demonstrate the use of
> interactive queries:
>
> -
> https://github.com/confluentinc/examples/blob/3.
>
There are also some examples/demo applications at
https://github.com/confluentinc/examples that demonstrate the use of
interactive queries:
-
https://github.com/confluentinc/examples/blob/3.1.x/kafka-streams/src/main/java/io/confluent/examples/streams/interactivequeries/kafkamusic
I would start here: http://docs.confluent.io/3.1.0/streams/index.html
On 11/26/16, 8:27 PM, "Alan Kash" wrote:
Hi,
New to Kafka land.
I am looking into Interactive queries feature, which transforms Topics into
Tables with history, neat !
1. Wh
Hi,
New to Kafka land.
I am looking into Interactive queries feature, which transforms Topics into
Tables with history, neat !
1. What kind of queries we can run on the store ? Point or Range ?
2. Is Indexing supported ? primary or seconday ?
3. Query language - SQL ? Custom Java Native Query
13 matches
Mail list logo