Hi all I have made a small change to KIP-431 to make it clearer which one is "Partition" and "Offset". Also I have moved key field to the back, before the value:
$ kafka-console-consumer.sh --bootstrap-server localhost:9092 --topic test --from-beginning --property print.partition=true --property print.key=true --property print.timestamp=true --property print.offset=true --property print.headers=true --property key.separator='|' CreateTime:1592475472398|Partition:0|Offset:3|h1:v1,h2:v2|key1|value1 CreateTime:1592475472456|Partition:0|Offset:4|NO_HEADERS|key2|value2 Regards Badai On Sun, Jun 21, 2020 at 11:39 PM Badai Aqrandista <ba...@confluent.io> wrote: > > Excellent. > > Would like to hear more feedback from others. > > On Sat, Jun 20, 2020 at 1:27 AM David Jacot <dja...@confluent.io> wrote: > > > > Hi Badai, > > > > Thanks for your reply. > > > > 2. Yes, that makes sense. > > > > Best, > > David > > > > On Thu, Jun 18, 2020 at 2:08 PM Badai Aqrandista <ba...@confluent.io> wrote: > > > > > David > > > > > > Thank you for replying > > > > > > 1. It seems that `print.partition` is already implemented. Do you confirm? > > > BADAI: Yes, you are correct. I have removed it from the KIP. > > > > > > 2. Will `null.literal` be only used when the value of the message > > > is NULL or for any fields? Also, it seems that we print out "null" > > > today when the key or the value is empty. Shall we use "null" as > > > a default instead of ""? > > > BADAI: For any fields. Do you think this is useful? > > > > > > 3. Could we add a small example of the output in the KIP? > > > BADAI: Yes, I have updated the KIP to add a couple of example. > > > > > > 4. When there are no headers, are we going to print something > > > to indicate it to the user? For instance, we print out NO_TIMESTAMP > > > where there is no timestamp. > > > BADAI: Yes, good idea. I have updated the KIP to print NO_HEADERS. > > > > > > Thanks > > > Badai > > > > > > > > > On Thu, Jun 18, 2020 at 7:25 PM David Jacot <dja...@confluent.io> wrote: > > > > > > > > Hi Badai, > > > > > > > > Thanks for resuming this. I have few small comments: > > > > > > > > 1. It seems that `print.partition` is already implemented. Do you > > > confirm? > > > > > > > > 2. Will `null.literal` be only used when the value of the message > > > > is NULL or for any fields? Also, it seems that we print out "null" > > > > today when the key or the value is empty. Shall we use "null" as > > > > a default instead of ""? > > > > > > > > 3. Could we add a small example of the output in the KIP? > > > > > > > > 4. When there are no headers, are we going to print something > > > > to indicate it to the user? For instance, we print out NO_TIMESTAMP > > > > where there is no timestamp. > > > > > > > > Best, > > > > David > > > > > > > > On Wed, Jun 17, 2020 at 4:53 PM Badai Aqrandista <ba...@confluent.io> > > > wrote: > > > > > > > > > Hi all, > > > > > > > > > > I have contacted Mateusz separately and he is ok for me to take over > > > > > KIP-431: > > > > > > > > > > > > > > > > > > https://cwiki.apache.org/confluence/display/KAFKA/KIP-431%3A+Support+of+printing+additional+ConsumerRecord+fields+in+DefaultMessageFormatter > > > > > > > > > > I have updated it a bit. Can anyone give a quick look at it again and > > > > > give me some feedback? > > > > > > > > > > This feature will be very helpful for people supporting Kafka in > > > > > operations. > > > > > > > > > > If it is ready for a vote, please let me know. > > > > > > > > > > Thanks > > > > > Badai > > > > > > > > > > On Sat, Jun 13, 2020 at 10:59 PM Badai Aqrandista <ba...@confluent.io> > > > > > wrote: > > > > > > > > > > > > Mateusz > > > > > > > > > > > > This KIP would be very useful for debugging. But the last discussion > > > > > > is in Feb 2019. > > > > > > > > > > > > Are you ok if I take over this KIP? > > > > > > > > > > > > -- > > > > > > Thanks, > > > > > > Badai > > > > > > > > > > > > > > > > > > > > -- > > > > > Thanks, > > > > > Badai > > > > > > > > > > > > > > > > > -- > > > Thanks, > > > Badai > > > > > > > -- > Thanks, > Badai -- Thanks, Badai