n a 1 zk, 1
kafka, 1 client topology. (localhost)
On Jan 31, 2017 7:18 PM, "Damian Guy" wrote:
I think this might be an issue related to having
auto.create.topics.enabled=true (the default).
Try setting auto.create.topics.enabled=false in server.properties.
On Tue, 31 Jan 2017 at 17:
Hello.
I've got a local virtual development environment, with:
- kafka 0.10.1.1
- java version "1.8.0_121"
I don't need anything special, this is just for trial, so I set up zk and
kafka and the stream processor to use /tmp for data, log and state.
It's not persistent, but I can always try
Hi.
This looks like some network / config issue.
1. Check that zookeeper (zkA) is available and reachable from both hosts
(and it can connect). (check etc/hosts on both machines, there might be
some 127.0.0.1 issues there).
2. Verify, that the process bound to the public network interface:9092
w.confluent.io/blog/unifying-stream-processing-
> and-interactive-
> > queries-in-apache-kafka/>). That can be seen as a current, materialized
> > view of the state. There is some example code in the blog.
> >
> > Eno
> >
> >
> > > On 19 Jan 2017, at 16:11,
s, based on a predicate. I think that could help.
>
> About Q2: I'm not entirely sure I understand the problem space. What is
> the definition of a "full image"?
>
> Thanks
> Eno
> > On 19 Jan 2017, at 12:07, Peter Kopias wrote:
> >
> > Greetings E
Greetings Everyone,
I'm just getting into the kafka world with a sample project, and I've got
two conceptional issues, you might have a trivial answer already at hand to.
Scenario: multiuser painting webapp, with N user working on M images
simultaneously. The "brush" events go to one single k
