Fork me on GitHub
#onyx
<
2016-12-21
>
yonatanel09:12:13

I sent a malformed (truncated) json on kafka and onyx-kafka retried aggressively for what seemed forever. Is it the user responsibility to never fail deserializing a segment? Can I configure the plugin to skip malformed inputs?

lucasbradstreet20:12:57

@yonatanel: yeah, that is the user's responsibility. You can either put a lifecycle in that will kill the job if it crashes with a deserialisation exception or catch exceptions from the deserialisation exception and drop the message but it's up to you to decide how to handle it

stephenmhopper20:12:10

I have a relatively basic question. How does :done work within a workflow? The general idea is that it causes the flow to terminate, but how exactly does that work when flow predicates and multiple outputs are involved?

stephenmhopper20:12:46

Or does :done really only apply to take-segments! and core.async?

lucasbradstreet20:12:13

It’s used as a signal to the job that the inputs have been fully read. Once each of the inputs has read a signal, they all finish flushing their segments until all of them are acked. Once all of the inputs have completely flushed/acked, the job is considered completed and it stops.