Hi All, I would like to thank everyone for their votes, and all the feedback and comments.
With +1 (non-binding) from myself. We have collected the following votes so far: Binding +1: 3 Jun Rao Jason Gustafson Joel Koshy Binding -1: 0 Non-Binding +1: 5 Radai Rosenblatt Onur Karaman Renu Tewari Jeroen van Disseldorp Michael Pearce Non Binding -1: 0 Non binding +0: 0 Based on the above result, we now have a lazy majority I am now closing this voting thread as accepted. I will move the KIP to accepted, and start work on implementation. As per KIP discussion Jason has already worked on the protocol changes needed, which are implemented in PR along with KIP-98, this can be found here https://github.com/apache/kafka/pull/2614 , thanks again for doing this Jason. Thanks again everyone for your time. Cheers, Michael On 24/03/2017, 08:29, "Michael Pearce" <michael.pea...@ig.com> wrote: Hi Jun, Thanks for your vote, I’ve updated the wiki to document this detail. Cheers Mike On 24/03/2017, 05:00, "Jun Rao" <j...@confluent.io> wrote: Hi, Ismael, Ok, that make sense. Hi, Michael, Could we document this in the wiki? +1 from me on the KIP. Thanks, Jun On Thu, Mar 23, 2017 at 7:58 PM, Ismael Juma <ism...@juma.me.uk> wrote: > Hi Jun, > > The close method will only exist in the implementation class as it's not > meant to be called from user code. > > Ismael > > On 24 Mar 2017 1:51 am, "Jun Rao" <j...@confluent.io> wrote: > > > Hi, Michael, > > > > The KIP looks good to me overall. Just one comment. The wiki says "This > > will be done by calling "close()" method". However, there is no close() > in > > Headers. > > > > Thanks, > > > > Jun > > > > On Thu, Mar 23, 2017 at 9:34 AM, Michael Pearce <michael.pea...@ig.com> > > wrote: > > > > > Thanks all for the +1 votes so far, just one more committer vote > needed ( > > > > > > Please note: > > > > > > I have made one small adjustment to the kip based on Ismael’s comment > in > > > discussion thread, and further requested by Jason in the vote thread. > > > > > > Please note the below method is changed based on this feedback. > > > > > > Headers.header(key)` to be `Headers.lastHeader(key) > > > > > > Thanks > > > Mike > > > > > > On 22/03/2017, 16:39, "Joel Koshy" <jjkosh...@gmail.com> wrote: > > > > > > +1 > > > > > > On Tue, Mar 21, 2017 at 5:01 PM, Jason Gustafson < > ja...@confluent.io > > > > > > wrote: > > > > > > > Thanks for the KIP! +1 (binding) from me. Just one nit: can we > > change > > > > `Headers.header(key)` to be `Headers.lastHeader(key)`? It's not a > > > > deal-breaker, but I think it's better to let the name reflect the > > > actual > > > > behavior as clearly as possible. > > > > > > > > -Jason > > > > > > > > On Wed, Feb 15, 2017 at 6:10 AM, Jeroen van Disseldorp < > > > jer...@axual.io> > > > > wrote: > > > > > > > > > +1 on introducing the concept of headers, neutral on specific > > > > > implementation. > > > > > > > > > > > > > > > > > > > > On 14/02/2017 22:34, Jay Kreps wrote: > > > > > > > > > >> Couple of things I think we still need to work out: > > > > >> > > > > >> 1. I think we agree about the key, but I think we haven't > > > talked > > > > about > > > > >> the value yet. I think if our goal is an open ecosystem of > > > these > > > > >> header > > > > >> spread across many plugins from many systems we should > > > consider > > > > >> making this > > > > >> a string as well so it can be printed, set via a UI, set > in > > > config, > > > > >> etc. > > > > >> Basically encouraging pluggable serialization formats here > > > will lead > > > > >> to a > > > > >> bit of a tower of babel. > > > > >> 2. This proposal still includes a pretty big change to our > > > > >> serialization > > > > >> and protocol definition layer. Essentially it is > introducing > > > an > > > > >> optional > > > > >> type, where the format is data dependent. I think this is > > > actually a > > > > >> big > > > > >> change though it doesn't seem like it. It means you can no > > > longer > > > > >> specify > > > > >> this type with our type definition DSL, and likewise it > > > requires > > > > >> custom > > > > >> handling in client libs. This isn't a huge thing, since > the > > > Record > > > > >> definition is custom anyway, but I think this kind of > > protocol > > > > >> inconsistency is very non-desirable and ties you to > > > hand-coding > > > > >> things. I > > > > >> think the type should instead by [Key Value] in our BNF, > > > where key > > > > and > > > > >> value are both short strings as used elsewhere. This > brings > > > it in > > > > >> line with > > > > >> the rest of the protocol. > > > > >> 3. Could we get more specific about the exact Java API > > change > > > to > > > > >> ProducerRecord, ConsumerRecord, Record, etc? > > > > >> > > > > >> -Jay > > > > >> > > > > >> On Tue, Feb 14, 2017 at 9:42 AM, Michael Pearce < > > > michael.pea...@ig.com> > > > > >> wrote: > > > > >> > > > > >> Hi all, > > > > >>> > > > > >>> We would like to start the voting process for KIP-82 – Add > > record > > > > >>> headers. > > > > >>> The KIP can be found > > > > >>> at > > > > >>> > > > > >>> https://cwiki.apache.org/confluence/display/KAFKA/KIP- > > > > >>> 82+-+Add+Record+Headers > > > > >>> > > > > >>> Discussion thread(s) can be found here: > > > > >>> > > > > >>> http://search-hadoop.com/m/Kafka/uyzND1nSTOHTvj81?subj= > > > > >>> Re+DISCUSS+KIP+82+Add+Record+Headers > > > > >>> http://search-hadoop.com/m/Kafka/uyzND1Arxt22Tvj81?subj= > > > > >>> Re+DISCUSS+KIP+82+Add+Record+Headers > > > > >>> http://search-hadoop.com/?project=Kafka&q=KIP-82 > > > > >>> > > > > >>> > > > > >>> > > > > >>> Thanks, > > > > >>> Mike > > > > >>> > > > > >>> The information contained in this email is strictly > > confidential > > > and > > > > for > > > > >>> the use of the addressee only, unless otherwise indicated. If > > > you are > > > > not > > > > >>> the intended recipient, please do not read, copy, use or > > > disclose to > > > > >>> others > > > > >>> this message or any attachment. Please also notify the sender > > by > > > > replying > > > > >>> to this email or by telephone (+44(020 7896 0011) and then > > > delete the > > > > >>> email > > > > >>> and any copies of it. Opinions, conclusion (etc) that do not > > > relate to > > > > >>> the > > > > >>> official business of this company shall be understood as > > neither > > > given > > > > >>> nor > > > > >>> endorsed by it. IG is a trading name of IG Markets Limited (a > > > company > > > > >>> registered in England and Wales, company number 04008957) and > > IG > > > Index > > > > >>> Limited (a company registered in England and Wales, company > > > number > > > > >>> 01190902). Registered address at Cannon Bridge House, 25 > > Dowgate > > > Hill, > > > > >>> London EC4R 2YA. Both IG Markets Limited (register number > > > 195355) and > > > > IG > > > > >>> Index Limited (register number 114059) are authorised and > > > regulated by > > > > >>> the > > > > >>> Financial Conduct Authority. > > > > >>> > > > > >>> > > > > > > > > > > > > > > > > > > The information contained in this email is strictly confidential and > for > > > the use of the addressee only, unless otherwise indicated. If you are > not > > > the intended recipient, please do not read, copy, use or disclose to > > others > > > this message or any attachment. Please also notify the sender by > replying > > > to this email or by telephone (+44(020 7896 0011) and then delete the > > email > > > and any copies of it. Opinions, conclusion (etc) that do not relate to > > the > > > official business of this company shall be understood as neither given > > nor > > > endorsed by it. IG is a trading name of IG Markets Limited (a company > > > registered in England and Wales, company number 04008957) and IG Index > > > Limited (a company registered in England and Wales, company number > > > 01190902). Registered address at Cannon Bridge House, 25 Dowgate Hill, > > > London EC4R 2YA. Both IG Markets Limited (register number 195355) and > IG > > > Index Limited (register number 114059) are authorised and regulated by > > the > > > Financial Conduct Authority. > > > > > > The information contained in this email is strictly confidential and for the use of the addressee only, unless otherwise indicated. If you are not the intended recipient, please do not read, copy, use or disclose to others this message or any attachment. Please also notify the sender by replying to this email or by telephone (+44(020 7896 0011) and then delete the email and any copies of it. Opinions, conclusion (etc) that do not relate to the official business of this company shall be understood as neither given nor endorsed by it. IG is a trading name of IG Markets Limited (a company registered in England and Wales, company number 04008957) and IG Index Limited (a company registered in England and Wales, company number 01190902). Registered address at Cannon Bridge House, 25 Dowgate Hill, London EC4R 2YA. Both IG Markets Limited (register number 195355) and IG Index Limited (register number 114059) are authorised and regulated by the Financial Conduct Authority.