Closed rmoff closed 5 years ago
@rmoff I think this issue was opened before the processing log feature was added, right? An error during the query execution is tricky to catch and send it to the user because it all happens in the background of the kafka stream.
Or what serialization errors you were talking about?
Yes we can close this in favour of processing log.
Currently KSQL will silently ignore serialisation errors (from the user's point of view - they are logged server side).
I'm was getting no results from a
SELECT
, and it turned out the server log is full oforg.apache.kafka.common.errors.SerializationException
. IMO these should be floated to the user somehow. Otherwise they will puzzled why there is no data being returned. The message could be something as simple as:(we'd need to think about how that works w.r.t. a clustered deployment and pointing them at the relevant server).
Another option would be to have some variable threshold, below which specific serialisation errors are passed back to the console, and above which a catch-all is shown, for example:
I would suggest passing back to the user a message, vs the other option of just making the log more accessible. This is because if the user gets no results from a query, this could be for several reasons, and they shouldn't have to check the log "just in case" for serialisation errors. Reasons for no data include:
latest